5.2-rel NFS lockup and networking performance

Harald Schmalzbauer h at schmalzbauer.de
Mon Jan 26 09:14:06 PST 2004


On Monday 26 January 2004 17:46, you wrote:
> On Mon, 26 Jan 2004, Harald Schmalzbauer wrote:
> > Thank you. I have set it up but I only get the following lines when
> > sending a "~#" via tip:
> > ~#
> > The following connections are open:
> >   #0 client-session (t4 r0 i0/0 o0/0 fd 4/5)
> >
> > A bit googling showed something like "options COMCONSOLE".
> > Do I need this? Th message was back from 1996 so I'm not sure what to do.
>
> Sorry, make sure you have:
>
>    console="comconsole"
>
> in /boot/loader.conf.  Nothing further should be required.

Did that. I also edited ttys so I can login via serial. No luck so far. Still 
the same result when sending the "~#".
But since I now have a real console, I found that not the whole machine is 
locked up, it seems just networking is frozen for some time.
I still have a very interactive console while networking on the same box is 
completely dead.
Regrettably sysstat doesn't work vi tip so I can't tell you if there were any 
interrupts on the network interface during the lock.

If you're still interested in some traces please give me a hint how I can use 
the serial debuger (I also had a quick look into the developer handbook, but 
ddb via serial isn't mentioned)

Thanks,

-Harry

>
> > Breaking to debugger is working on the console.  (Which crashes my /home
> > each time)  Is there a possibility to shutdown the machine "clean" after
> > the ddb? Like I mentioned before, this is my production Fileserver :(
>
> Normally, assuming your machine isn't already hung, you can type in "cont"
> to continue, which should allow the system to continue normally.  If the
> system was hung/generally broken when you entered DDB, you can try "call
> boot(0)" to see if you can get it to cleanly sync to disk, but whether
> that succeeds depends a lot on how hung/broken the kernel was already.
>
> Robert N M Watson             FreeBSD Core Team, TrustedBSD Projects
> robert at fledge.watson.org      Senior Research Scientist, McAfee Research
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: signature
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20040126/2453bab5/attachment.bin


More information about the freebsd-current mailing list