9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lucio De Re <lucio.dere@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: [9fans] 9P or better file services for multiple platforms
Date: Sat,  1 Sep 2018 07:21:37 +0200	[thread overview]
Message-ID: <CAJQ9t7gZN9pwtyzzzgq2hwLYKPsuMtKWPbf3Swzq2FBCwKYPhw@mail.gmail.com> (raw)

I'm trying to arrive at the most elegant solution to the following
problem that does not sacrifice a great deal of efficiency. And, maybe
I need to state this, the final result must be as robust or more
robust than what I have in place currently, which has yet to let me
down, partially due to the very duplication I'd like to eliminate. I
think such robustness is possible without the excessive redundancy of
the current system.

My system mixes up Plan 9 and Linux platforms, none of them
particularly modern, in various fashion. Linux runs on workstations
(and laptops) and Plan 9 has one, sometimes more, CPU/fileservers and
a main workstation, plus a small secondary one.

My hope is to provide a central file server that fulfills reliable
file services to both Plan 9 and Linux as seamlessly as possible. I am
willing to sacrifice a few Unix features, such as file links, in that
file server, if I can dedicate it to a narrower role than to support
the full Linux environment. In Plan 9 parlance, I only need file
services, not computing capabilities and the file server is allowed to
limit some of the computing needs involved (like, say, graphics, any
multimedia stuff, even mouse use).

The question, then, is what file service will satisfy these needs,
including access control, automatic backup as provided by default
under Plan 9, etc. I am not very fond of Linux's propensity to need
daily upgrades, but Plan 9 has quirks of its own, which I would be
hard pressed to enumerate here, but we are all aware of.

If I could run the file server on a modern (or even an ancient)
version of NetBSD, I'd be even happier as NetBSD is the Unix flavour I
highly favour. But that is a bonus, not an essential.

I welcome questions that may help me give this a more concrete shape.
I'm hoping there's a definitive answer out there and all proposal will
receive my attention, I do suspect it will be a compromise solution
I'll need to consider, but that is perfectly understandable.

A big thank you to anyone who is willing to contribute.

Lucio.



             reply	other threads:[~2018-09-01  5:21 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-09-01  5:21 Lucio De Re [this message]
2018-09-01 10:29 ` Rui Carmo
2018-09-01 13:33   ` Lucio De Re
2018-09-01 14:03     ` Emery Hemingway
2018-09-01 14:33       ` Lucio De Re
2018-09-01 14:49         ` Lucio De Re
2018-09-01 18:00           ` Joseph Stewart
2018-09-02 11:14             ` Lucio De Re
2018-09-02 11:24               ` hiro
2018-09-02 11:30                 ` hiro
2018-09-02 12:01                   ` Lucio De Re
2018-09-02 12:16                     ` hiro
2018-09-02 12:22                       ` hiro
2018-09-02 17:51                         ` Lucio De Re
2018-09-02 18:00                           ` hiro
2018-09-02 18:07                           ` hiro
2018-09-02 11:43                 ` Lucio De Re
2018-09-02 11:48                 ` Lucio De Re
2018-09-02 12:07                   ` hiro
2018-09-03  4:03                     ` Lucio De Re
2018-09-01 18:32   ` Ethan Gardener
2018-09-01 20:33     ` hiro
2018-09-02 11:22       ` Lucio De Re
2018-09-02 11:25         ` Lucio De Re
2018-09-02 11:32           ` hiro
2018-09-02 17:44 ` Ethan Gardener
2018-09-02 18:02   ` Lucio De Re
2018-09-02 18:19     ` Ethan Gardener
2018-09-02 18:24       ` Lucio De Re
2018-09-02 18:55         ` Ethan Gardener
2018-09-02 17:47 ` Skip Tavakkolian
2018-09-02 17:55   ` Lucio De Re
2018-09-02 18:09   ` Lucio De Re
2018-09-02 23:22     ` Kurt H Maier
2018-09-03  3:22       ` Lucio De Re
     [not found] <600987589.2057147.1535842278571.ref@mail.yahoo.com>
2018-09-01 22:51 ` Brian L. Stuart
2018-09-02  9:25   ` Lucio De Re
2018-09-02 17:03     ` Bakul Shah
2018-09-02 13:33 cinap_lenrek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAJQ9t7gZN9pwtyzzzgq2hwLYKPsuMtKWPbf3Swzq2FBCwKYPhw@mail.gmail.com \
    --to=lucio.dere@gmail.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).