9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Lloyd Caldwell <lmc@xmission.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 17:39:15 -0700	[thread overview]
Message-ID: <09B9A3AC-3D0C-4562-92C0-1B373B31DADA@xmission.com> (raw)
In-Reply-To: <AANLkTi=4CwDQ2qS8638-koJE33ov0LRs_aTW2m+838dQ@mail.gmail.com>


John, thanks,

>
> 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).
I followed it to the letter. It has mistakes or inconsistencies (i
think?). for example it says:
	proto=il - recommended (isn't this obsolete?)
	bootf=/386/9pc (It should be bootf=/386/9pxeload)
the bind loop doesn't work with 9pccpuf kernel from install cdrom
(circa dec 2009):
	for (i in m i S t)
		bind -a '#'^$i /dev >/dev/null >[2=1]
fails, complains of no frame buffer (this is from the installation
kernel /386/9pccpuf).  This means no rio on server console so fixing
things requires rebooting into a terminal kernel (I actually know sed
quite well but one gets tired of sed 's/foo/bar/'  filename >j ; mv j
filename :-).

there is no file /rc/bin/service/tcp567 (install image from dec 2009)

The example of a combined cpu/auth server, is not consistent, it
actually is not combined, unless I'm reading it wrong auth is
different then cpu. An excerpt from the 'Configuring a standalone CPU
server' wiki page (cut and pasted at 5:17pm mst today):

A simple example for a combined cpu/auth server, the 192.168.1.100
machine, could be:

ipnet=mynet ip=192.168.1.0 ipmask=255.255.255.0
	auth=bouncer
	cpu=cycles
	dns=lookup
	dnsdom=9fans.net

authdom=9fans.net auth=bouncer

ip=192.168.1.100 sys=bouncer dom=bouncer.9fans.net
ip=192.168.1.101 sys=cycles dom=cycles.9fans.net
ip=192.168.1.102 sys=lookup dom=lookup.9fans.net



>
> 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.


If I boot this box from install cdrom and it can obtain ip address
from dhcpd server running on cpu/auth/fs box and see that fs and auth
are setup correctly.  If I attempt to use cpu command from cdrom
booted terminal I get the following error when attempting to connect
to 10.0.1.6 (my combined cpu/auth/fs server).

term% cpu -h 10.0.1.6 -u lmc
cpu: can't authenticate: 10.0.1.6: auth_proxy rpc write: p9sk1@p9-
net: auth_getkey: no /factotum or /boot/factotum: didn't get key !
password? dom=p9-net proto=p9s

the cpu/auth/fs server /lib/ndb/local file is:

#--- start of /lib/ndb/local
ip=127.0.0.1 sys=localhost dom=localhost

ipnet=p9-net ip=10.0.1.0 ipmask=255.255.255.0
	auth=xeon0.p9.net
	cpu=xeon0.p9.net
	fs=xeon0.p9.net

authdom=p9-net auth=xeon0.p9.net

ip=10.0.1.6 sys=xeon0 dom=xeon0.p9.net ether=0007e933c735

ip=10.0.1.7 sys=xeon1 dom=xeon1.p9.net ether=0007e933ca35
	bootf=/386/9pxeload

#--- end of /lib/ndb/local

the plan9.ini file for xeon1 is in /cfg/pxe/0007e933ca35 and contains:

#--- start of xeon1 plan9.ini diskless boot config

nobootprompt=ether0!/386/9pc
mouseport=ps2intellimouse
monitor=xga
vgasize=1024x768x16

#-- end of /cfg/pxe/0007e933ca35

>
> 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!
>
--> Error message from net booting.

Intel(R) Boot Agent FE v4.1.16
Copyright (C) 1997-2004, Intel Corporation

CLIENT MAC ADDR: 00 07 E9 33 CA 35 GUID: 18B58355 0CDA DA11 0080
35CA33E90700
CLIENT IP: 10.0.1.7  MASK: 255.255.255.0  DHCP IP: 10.0.1.6

Plan 9 from Bell Labs by PXE
ELCR: 0E20
pcirouting: 8086/2483 at pin 2 irq 9
FLAGS=10292 TRAP=e ECODE=0 PC=8000a9b3
   AX f000eef3   BX 00000200  CX 00000000    DX 80802798
   SI 80057e3c  DI 00000000   BP 00000000
   CS 0010 DS 0008   ES 0008   FS 0008  GS 0008
   CR0 80000011 CR2 f000eefb CR3 00094000
panic: exception/interrupt 14

Press almost any key to reset.._

<-- End error message from net booting.
I can successfully net boot, linux, freebsd and msdos on this box.  I
get roughly the same errors (different register values) on other
boxes.  I have via epia-m boxes, intel dual xeon boxes, amd64 dual
processor boxes and older pentium 4 boxes. 9pxeload fails similarly
on all of them.  I swapped out the network switch and also tried a
"dumb" hub.

I tried net loading 9pxeloaddebug but the box hangs after getting
it's ip address, i.e. no 'Plan 9 from Bell Labs by PXE' banner.

> 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

Maybe instead of focusing on net booting.  Are there instructions on
how to connect from one standalone system to another?  cpu doesn't
seem to work.  If I knew I could actually login to a remote box that
would probably help?  Maybe not?  I'm probably thinking about plan 9
all wrong.

anyway thanks.
Regards
Lloyd

>
> John
>




  reply	other threads:[~2010-12-10  0:39 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
2010-12-10  0:39   ` Lloyd Caldwell [this message]
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=09B9A3AC-3D0C-4562-92C0-1B373B31DADA@xmission.com \
    --to=lmc@xmission.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).