From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <200401311103.i0VB3F518364@zamenhof.cs.utwente.nl> To: 9fans@cse.psu.edu Subject: Re: [9fans] boot via aan from fileserver? In-reply-to: Your message of "Fri, 30 Jan 2004 08:39:38 +0100." References: From: Axel Belinfante MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <18358.1075546994.1@zamenhof.cs.utwente.nl> Date: Sat, 31 Jan 2004 12:03:14 +0100 Topicbox-Message-UUID: c899b590-eacc-11e9-9e20-41e7f4b1d025 > > Out of curiousity: > > would there have been a simpler way than the on I described above? > > I think I once did something similar but did not have to modify boot code. > Sadly, I don't remember exactly what I did. Probably I did not used aan > in the cpu server and thus didn't have to change things. It was when > we had (well, we still have) a flaky network and had to import the venerable > fs(8) into a cpu server to reexport it through tcp instead of il. hmm. interesting. In the mean time, after being away for a day, I find at home that my connection has been down long enough such that a machine booted 'normally' from the work fs gives the 'i/o on hungup channel' whereas the 'tcpaan' booted one does not complain but simply hangs and waits -- seems what I'm doing does not (yet?) give me what I'm looking for... The aan log on the cpu server only shows a last 'waiting for connection message. The result of ^t^tp on the client scrolls too fast to be able to read the start, and ends up partially garbled on another machine via serial cable (fix this by playing with meessages to eia0 ctl? or change baud rate in plan9.ini console entry?) Got similar result after rebooting the machine and (once up and having run for a while) unplugging its network cable for a while and then plugging it back in. Somehow it looks like the client doesn't notice the connection is broken and something has to be done? Too late to experiment more now. I'll try to find some time later to play a bit with debugging on the client aan enabled. (and a running snoopy) Axel.