9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: John Floren <slawmaster@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] have installed plan 9 on many hosts, can't get any of them to "share".
Date: Thu,  9 Dec 2010 18:06:35 -0500	[thread overview]
Message-ID: <AANLkTi=4CwDQ2qS8638-koJE33ov0LRs_aTW2m+838dQ@mail.gmail.com> (raw)
In-Reply-To: <475051C5-92F9-42B8-AC80-3EAA7E08EBE0@xmission.com>

On Thu, Dec 9, 2010 at 5:53 PM, Lloyd Caldwell <lmc@xmission.com> wrote:
> Synopsis:
>        do I give up trying to make a distributed plan 9 home network?
>        Is plan 9 worth the struggle?
>        The concepts are clearly superior, is it the implementation, is it
> the lack of coherent/correct (imho) documentation?
>
> Longer background:
>
>  I noticed that the installation notes now has the statement:
>
>        "If you find yourself reinstalling Plan 9 frequently, something is
> wrong. This should not be necessary. In particular, there is no need to give
> each Plan 9 system its own file system. "
>
> This is speaking directly to me.
>
> I have been trying to implement plan 9 in a distributed manner for a long
> time (since r4 went open source).  I have plan 9 installed on many computers
> but none of them allow me to share resource between boxes.  network booting
> doesn't work (9pxeload aborts with exception on all pc's, but I do see the
> plan 9 pxe banner).  the instructions for setting up cpu server don't work
> for me (i.e.: cpu -h cpuhost -u user yields errors that I can not decode,
> can't even tell which "program" is issuing them).  the wiki documents seem
> to jump from extremely complicated to extremely trivial.  I have read the
> recommended reading list documents multiple times.
>
> I have read a few plan 9 getting started web documents but they all end
> abruptly.  The man pages say different things then the 9fans list people say
> and the code is written by really smart people who use (to me)
> un-informative variable names (please don't flame me for that statement, you
> folks are the pro's and I defer to your taste in naming, I just can't figure
> out what you're doing from reading the code).
>
> I'm not a computer scientist but in past jobs have installed/managed many
> large unix, windoz, distributed systems, including source only systems.
>
> Should I abandon attempting to build a plan 9 distributed system?  I just
> want to setup an isolated (no internet connection) home environment.  I have
> written drivers for my custom devices, ported the kernel to some arm boards,
> written some csg code but am tired of sneaker net file transfer when this
> beast (plan9) is supposed to be all network all the time.
>
> Note all of my installs are on bare hardware (i.e.: no vm stuff under linux,
> mac, windoz).
>
> Where might I go for a walk thru in setting up a simple plan9 installation,
> one cpu/auth/fs and one terminal?
>
> sorry for the extent of this message, frustrated and the learning curve
> seems to have infinite slope.
>
> regards
> Lloyd Caldwell
> lmc@xmission.com

If you follow the standalone CPU installation instructions on the wiki
to the letter, you will have a cpu/auth/file server. It's then easy to
export fossil to clients, just set up the configuration to listen on
the appropriate port (the document you want is linked from the
standalone instructions).

Then, once you've got that set up, you install a terminal on another
machine. When it asks for a root, say "tcp" then give it the IP for
your standalone server when it asks. Boom, your terminal now has
remote root. You'll probably want to configure /lib/ndb/local to keep
track of all your systems...

Configuring PXE isn't that tricky but I don't want to run through the
setup process right now, let me know if you need a rundown.

Basically, "> Where might I go for a walk thru in setting up a simple
plan9 installation one cpu/auth/fs and one terminal?" is answered by
"Use the standalone install instructions... and that's basically it."

If you'd give us the errors you're seeing from cpu, we might be able
to help. "Weird errors" isn't very informative!

If it comes down to it, I can exchange some of my config files with
you. I have a standalone cpu server running, with PXE boot working.


John



  parent reply	other threads:[~2010-12-09 23:06 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-09 22:53 Lloyd Caldwell
2010-12-09 23:01 ` erik quanstrom
2010-12-09 23:06 ` John Floren [this message]
2010-12-10  0:39   ` Lloyd Caldwell
2010-12-10  0:50     ` erik quanstrom
2010-12-10  0:54     ` John Floren
2010-12-09 23:26 ` Steve Simon
2010-12-10  3:59 ` Corey
2010-12-10 14:13 ` John Stalker
2010-12-10 15:34   ` Steve Simon
2010-12-10 15:42     ` erik quanstrom
2010-12-10 15:42     ` John Floren
2010-12-10 16:31       ` ron minnich

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='AANLkTi=4CwDQ2qS8638-koJE33ov0LRs_aTW2m+838dQ@mail.gmail.com' \
    --to=slawmaster@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).