Re: [9fans] Re: Plan9 auth server (fwd)

Re: [9fans] Re: Plan9 auth server (fwd)

[okamoto]

[-- Attachment #1: Type: text/plain, Size: 233 bytes --]

>the only terminal that frequently crashed here has since been stable.

Unfortunately, my Toshiba Tecra 720 with 48MB RAM still hangs up
when heay write/read of kfs file system, such as those re-compiling
the kernel.

Kenji


[-- Attachment #2: Type: message/rfc822, Size: 2645 bytes --]

From: forsyth@vitanuova.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] Re: Plan9 auth server (fwd)
Date: Tue, 10 Apr 2001 11:33:57 +0100
Message-ID: <20010410103351.D9BBF19AB4@mail.cse.psu.edu>

>>happened to me several times on heavily loaded machines... kfs just dies. i
>>believe there was even a very old posting i made about this.. no reasonable
>>solution was found..

>>my personal solution was to curse, restart and try again without starting
>>any other applications. it usually worked on the second try..

i think there are at least two different sources of bugs here.

before the 27 march update (release) there were some bugs that seemed
to us to be in the paging code, and indeed the march update has made
small but quite significant changes there that appear (to us) to have dealt
with that one.  the only terminal that frequently crashed here has since been stable.
that's good because i was trying to track that down myself
but it seems i was in the right region yet on the wrong track.

unfortunately, that update introduced the portclock bug (essentially, the clock
interrupt ends up disabling itself sooner or later, and because it's now in
the portable code that happens everywhere).  dave presotto fixed it
quickly, but it begins to look as though people thought it was something
they could delay fixing on their own systems.  i don't think it is.

Re: [9fans] Re: Plan9 auth server (fwd)

[forsyth]

>>>the only terminal that frequently crashed here has since been stable.

>>Unfortunately, my Toshiba Tecra 720 with 48MB RAM still hangs up
>>when heay write/read of kfs file system, such as those re-compiling
>>the kernel.

that seems to be a different problem.

Re: [9fans] Re: Plan9 auth server (fwd)

[forsyth]

>>happened to me several times on heavily loaded machines... kfs just dies. i
>>believe there was even a very old posting i made about this.. no reasonable
>>solution was found..

>>my personal solution was to curse, restart and try again without starting
>>any other applications. it usually worked on the second try..

i think there are at least two different sources of bugs here.

before the 27 march update (release) there were some bugs that seemed
to us to be in the paging code, and indeed the march update has made
small but quite significant changes there that appear (to us) to have dealt
with that one.  the only terminal that frequently crashed here has since been stable.
that's good because i was trying to track that down myself
but it seems i was in the right region yet on the wrong track.

unfortunately, that update introduced the portclock bug (essentially, the clock
interrupt ends up disabling itself sooner or later, and because it's now in
the portable code that happens everywhere).  dave presotto fixed it
quickly, but it begins to look as though people thought it was something
they could delay fixing on their own systems.  i don't think it is.

Re: [9fans] Re: Plan9 auth server (fwd)

[Dave Iafrate - CSCI/F1997]

---------- Forwarded message ----------
Date: Mon, 9 Apr 2001 20:25:00 -0400 (EDT)
From: Dave Iafrate - CSCI/F1997 <diafrate@scs.ryerson.ca>
To: Andrey A Mirtchovski <aam396@mail.usask.ca>
Subject: Re: [9fans] Re: Plan9 auth server

We have made the changes and the system still panics, is there something
i'm doing wrong??  the bootfile is set to sdC0!9fat!9pcdisk and the
bootargs are set to local!/bzroot .  do i have to change the bootargs?  It
panics becasue it can't find file server.

Please help

On Mon, 9 Apr 2001, Andrey A Mirtchovski wrote:

> Date: Mon, 9 Apr 2001 18:09:10 -0600 (CST)
> From: Andrey A Mirtchovski <aam396@mail.usask.ca>
> To: Dave Iafrate - CSCI/F1997 <diafrate@scs.Ryerson.CA>
> Subject: Re: [9fans] Re: Plan9 auth server
>
> you don't have the installation floppy kicking around somewhere? it's FAT,
> so it could be read by almost any other OS.. just make the changes there and
> reboot.
>
> On Mon, 9 Apr 2001, Dave Iafrate - CSCI/F1997 wrote:
>
> > How exactly do i do this?
> > ive tried both the installation disk (changing path)
> > and at the prompt. At both times kernel panics of failure to connect to
> > fs.
> >
> > On Mon, 9 Apr 2001, Eric Dorman wrote:
> >
> > > Date: Mon, 09 Apr 2001 16:51:19 -0700
> > > From: Eric Dorman <edorman@san.rr.com>
> > > Reply-To: 9fans@cse.psu.edu
> > > To: 9fans@cse.psu.edu
> > > Subject: Re: [9fans] Re: Plan9 auth server
> > >
> > > Dave Iafrate - CSCI/F1997 wrote:
> > > >
> > > > also, now that we're at this point, is there a way to go back and make
> > > > changes, or do we have to reinstall again???
> > >
> > > seems to me that you should be able to boot
> > > sdC0!9fat!9pcdisk and get back to your previous
> > > kernel.
> > >
> > > regards,
> > >
> > > --eric
> > >
> >
> >
>

Re: [9fans] Re: Plan9 auth server (fwd)

[Andrey A Mirtchovski]

On Mon, 9 Apr 2001, Dave Iafrate - CSCI/F1997 wrote:

> Hopefully you're still around to help us.  The next problem we get is when
> we run
> 	mk 'CONF=pccpudisk' 9pccpudisk
>
> half way through the compile, the system just hangs.  Its happened to us a
> few times.  Any suggestions???
>

happened to me several times on heavily loaded machines... kfs just dies. i
believe there was even a very old posting i made about this.. no reasonable
solution was found..

my personal solution was to curse, restart and try again without starting
any other applications. it usually worked on the second try..



andrey

[9fans] Re: Plan9 auth server (fwd)

[Dave Iafrate - CSCI/F1997]

---------- Forwarded message ----------
Date: Mon, 9 Apr 2001 19:01:29 -0400 (EDT)
From: Dave Iafrate - CSCI/F1997 <diafrate@scs.ryerson.ca>
To: dpx@acl.lanl.gov
Subject: Re: Plan9 auth server

Hopefully you're still around to help us.  The next problem we get is when
we run
	mk 'CONF=pccpudisk' 9pccpudisk

half way through the compile, the system just hangs.  Its happened to us a
few times.  Any suggestions???

any help is greatly appreciated as we are almost at our deadline to get
this running.


On Mon, 9 Apr 2001 dpx@acl.lanl.gov wrote:

> Date: Mon, 9 Apr 2001 13:39:39 -0600
> From: dpx@acl.lanl.gov
> To: diafrate@scs.Ryerson.CA
> Subject: Re: Plan9 auth server
>
>
> > Ok, we're not using dhcp, so things should be ok then? Or must we add some
> > extra stuff so dhcp won't do anything?
>
> If you don't want to use dhcp at all, you will want to make sure ip/dhcpd is
> commented out in your /rc/bin/cpurc and then i think you will have to set
> the address by hand on each machine in either cpurc/termrc with a line like:
>
> ip/ipconfig -g 192.168.0.254 ether /net/ether0 192.168.0.3  255.255.255.0
>
>
> with dhcp on, it will use the /lib/ndb/local to hand out the correct ip address
> to the machine w/ the appropriate mac addr.  and you only need to set the
> address by hand on the dhcp server machine ( usually the auth server)
>
> -dp
>