Re: Jensen boot question/problem

[Jo Schambach <jschamba physics utexas edu>]

Hmm, this is very interesting.
I tried the same thing that Erik describes:
Boot single user (which succeeds) and then start the network manually
(/etc/rc.d/init.d/network start). 
I see all the modprobe messages again:

Bringing up interface lo:
modprope: can't locate module lo:0
....
modprobe: can't locate module lo:49
                                            [OK]
Bringing up interface eth0:
modprobe: can't locate module eth0:0
...
modprobe: can't locate module eth0:49
                                            [OK]

But when I try to telnet out after this, it seems to work properly, i.e.
I am able to connect to other computers on the net. One thing that is
peculiar, though, is the result from ping: it claims
"wrong data byte number 8, should be 0x8 but was 0x44" ...

and I still get the same result from starting portmapper, if I try to
start it manually.
So I am at a loss here.

Jo

erik@avalon.harvard.edu wrote:
> 
> Hi,
> 
> I don't think it is necessarily an ethernet problem (although in Jo's case
> maybe it is, given that the kernel isn't finding the eth0 modules).
> Here's why I think something else might be going on:  I've gotten to
> essentially the same place.  But I am able to boot to single user mode
> then start the network manually (/etc/rc.d/init.d/network start).  After
> doing this I can telnet and FTP out of the box.  When either init tries or
> I attempt manually to start portmap using /etc/rc.d/init.d/portmap start
> the machine simply sits there.  I can Control-C and get back right away if
> I try this from the command line.  If I just start portmap (/sbin/portmap)
> from the command line, it starts up just fine, and ps shows that portmap
> is running.  After snooping around in /etc/rc.d/init.d/portmap and
> /etc/rc.d/init.d/functions, it appears that the scripts are hanging when
> trying to get the PID of a nonexistant process (  in
> /etc/rc.d/init.d/portmap, it uses the call "daemon portmap" to start
> portmap, the daemon function defined in /etc/rc.d/init.d/functions does a
> few things like check if the desired program is already running before
> starting it).
> 
> Perhaps there is something wrong with my network setup (I'm using whatever
> was installed by RH6.0 by default and using the network setup that the
> installer generated).
> 
> Don't know if this helps anyone, but maybe it will fill in some missing
> pieces or trigger someone to say, "aha, I know what's going on..."
> 
> Oh yeah, a few more details of my setup: I'm running a monolithic 2.2.12
> kernel that I compiled on the Jensen (I was able to FTP the source to the
> Jensen), it has KNFS and SUNRPC enabled (not sure if that is relevant) as
> well as DE422 ethernet and DEC Etherworks (wasn't sure which one to use).
> My /var directory is mounted on a different partition than /
> 
> Are there any known problems with the RH6.0 init scripts?
> 
> Hope this helps?!?
> 
> --erik
> 
> On Wed, 29 Sep 1999, Phillip Ezolt wrote:
> 
> > Jo,
> >       Try waiting a long time after "starting portmapper".  It doesn't look
> > like the ethernet driver is being installed.   If the portmapper is trying
> > to use the network without an ethernet devices, long timeouts will occur.
> >
> > Since you can get it up in single user mode, I'll bet this is the problem.
> >
> > Although it is not a long term solution, try just waiting (10-20 minutes just
> > to be sure)  and see if you can get a regular prompt.
> >
> > If so, then you just have to figure out how to get your ethernet module
> > loaded and detected, and you should be all set!
> >
> > --Phil
> >
> > Compaq: Business Critical Servers Division/Benchmark Performance Engineering
> > ---------------- Alpha, The Fastest Processor on Earth --------------------
> > Phillip.Ezolt@compaq.com        |C|O|M|P|A|Q|        ezolt@perf.zko.dec.com
> >
> >
> >
> > On Wed, 29 Sep 1999, Jo Schambach wrote:
> >
> > > I am slowly edging towards a working system. After my last post, I
> > > figured out that I am able to boot single user by using the following
> > > response to the aboot prompt:
> > >
> > > 0/2.2.12.gz root=/dev/sda4 single
> > >
> > > and I finally got a bash shell.
> > > According to Sebastian Moellers instructions, I downloaded the
> > > system.map-2.2.12 and the libmod-2.2.12.tar.bz2 files from his ftp site,
> > > put them onto a floppy, mounted the floppy from the bash shell, and
> > > copied them into their appropriate places on my Jensen harddisk.
> > > I shut down the system, and started it again with the following answer
> > > to the aboot prompt:
> > >
> > > 0/2.2.12.gz root=/dev/sda4
> > >
> > > The Jensen started booting, got through a few checks with "OK", and then
> > > finally stopped after displaying the following messages:
> > >
> > > modprope: can't locate module lo:0
> > > ....
> > >                                             [OK]
> > > modprobe: can't locate module eth0:0
> > > ...
> > > modprobe: can't locate module eth0:49
> > >                                             [OK]
> > > starting portmapper:
> > >
> > > and then nothing.
> > > I have a feeling that I am very close, but not quite there. Anybody have
> > > any idea here?
> > > thanks in advance,          Jo
> > > --
> > > Joachim Schambach                   Tel: (512) 471-1303
> > > Physics Department, RLM 5.208               FAX: (798) 998-5513
> > > University of Texas                 email: jschamba@physics.utexas.edu
> > > Austin, TX 78712, USA
> > >
> > > --
> > > To unsubscribe: send e-mail to axp-list-request@redhat.com with
> > > 'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com
> > >
> > >
> > >
> >
> > --
> > To unsubscribe: send e-mail to axp-list-request@redhat.com with
> > 'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com
> >
> 
> --
> To unsubscribe: send e-mail to axp-list-request@redhat.com with
> 'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com

-- 
Joachim Schambach			Tel: (512) 471-1303
Physics Department, RLM 5.208		FAX: (798) 998-5513
University of Texas			email: jschamba@physics.utexas.edu
Austin, TX 78712, USA