> After expending all this time and energy, it turns out I was just
> getting the srv command wrong. And even after typing the command
> about 1000 times, hoping it would work, it never occurred to me that
> I should be using the port number. What a dope.
i didn't see a mistake in what you w
After expending all this time and energy, it turns out I was just
getting the srv command wrong. And even after typing the command
about 1000 times, hoping it would work, it never occurred to me that
I should be using the port number. What a dope.
Thanks.
Greg
On Jul 27, 2008, at 12:48 PM
> And here's snoopy when I run "srv il!192.168.0.108 pinky /n/pinky"
>
> 005784 ms
> ether(s=0002b3079b14 d=003048119871 pr=0800 ln=60)
> ip(s=192.168.0.109 d=192.168.0.108 id=6d28 frag= ttl=255 pr=40
> ln=38)
> il(s=36357 d=9 t=Sync id=31422 ack=0 spec=0 ck=f720 ln=18)
th
On Jul 27, 2008, at 10:55 AM, Skip Tavakkolian wrote:
to recap, you can mount the fs from a pccpuf - with the root coming
from a local fs, i assume - but can't boot with the root coming from
fs.
Nope, I cannot mount the fs from my CPU server with a local root.
And, perhaps I should change th
> Any thoughts (other than "man you really botched this
> installation!") :-)
to recap, you can mount the fs from a pccpuf - with the root coming
from a local fs, i assume - but can't boot with the root coming from
fs.
is the domain/hostowner/key combo for fs the same as auth/cpu (values
in nv
> brain# aux/9pcon -n il!192.168.0.108!9fs
> aux/9pcon: dial: connection rejected
does /net/il exist? you may want to check with snoopy
to make sure packets are making it out, too.
cs and a few other programs have had il-ectomies.
> The reason I'm boring you with that information, and the part I
On Jul 26, 2008, at 3:10 PM, Russ Cox wrote:
You can test connectivity using aux/9pcon:
cpu% aux/9pcon -n tcp!web.mit.edu!9fs
aux/9pcon: dial: connection refused
cpu%
If it does connect (which I doubt)
Correct.
brain# aux/9pcon -n il!192.168.0.108!9fs
aux/9pcon: d
> The reason I ask is that I missed that step the first time I tried to
> set up the CPU/Auth server, but I've since gone through it all again
> carefully more than once, and I stll get "connection rejected" with
> my Ken's file server. (Yes I know fossil/venti is the current
> standard, bu
> The reason I ask is that I missed that step the first time I tried to
> set up the CPU/Auth server, but I've since gone through it all again
> carefully more than once, and I stll get "connection rejected" with
> my Ken's file server. (Yes I know fossil/venti is the current
> standard, bu
Thanks Russ for the typically thoughtful and informative reply. You
are perhaps the most valuable resource on any mailing list anywhere.
There ought to be an award or something.
The reason I ask is that I missed that step the first time I tried to
set up the CPU/Auth server, but I've since
> In the Wiki on configuring a standalone cpu server, there is a part that
> says to run auth/keyfs to provide a password for the machine. Assuming
> a fresh install, this is done while logged in as glenda.
>
> Is this really necessary? Is it different from zeroing the nvram and
> then entering au
In the Wiki on configuring a standalone cpu server, there is a part that says
to run auth/keyfs to provide a password for the machine. Assuming a fresh
install, this is done while logged in as glenda.
Is this really necessary? Is it different from zeroing the nvram and then
entering authid, pas
12 matches
Mail list logo
