[lkml]   [2001]   [Mar]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: System slowdown on 2.4.2-ac5 (recurring from 2.4.1-ac20 and2.4.0)
So, after finally getting 2.4.2-ac14 to compile and installed, the system
crashed twice within an hour of each other. Once because of a kernel BUG in
printk.c, which was coupled with an NMI Watchdog trigger according to
Andreas Dilger. The other because of the same apparant reason the system
has been bogging down before. Not good.

Since I do not want to risk trashing the drives any more than I already have
and suffering from loss of sleep having to babysit this server, I am
discontinuing testing of the 2.4.x series kernel on my system. I will
attempt to setup a copy of the system locally, but I don't quite have the
resources necessary to generate the varied type of loads that the remote
server receives on a daily basis. It's odd that I seem to be the only
person experiencing this problem, so it can be attributed to some hardware
problems that the 2.2.x series is immune to or a miracle combination of
hardware that happens to dislike 2.4, or maybe it's just plain bad luck ;)

Anyways, think about this one: What would cause bind to spit out many of
these messages as the system is beginning to slowdown to a crawl?

Mar 8 09:26:28 omega named[167]: ns_req: sendto([].2483):
Resource temporarily unavailable

Bind does this every time the system starts bogging down. The system is
obviously receiving TCP packets, but can't send them back out due to the
aforementioned error. The console doesn't really lock as SysRQ still works;
though getty isn't responsive after the system hits the slowdown state. I
hope all the other information I've collected thus far along with this small
piece will help determine the location of the problem and maybe a fix for it
(if it is a problem at all).

In the meanwhile, good hacking! I appreciate all the help I've gotten from
the kind people on this list. All the kernel developers have done an
excellent job on streamlining this kernel to make it faster and more
efficient, but it's still not as stable as the 2.2.x kernel (at least for


-----Original Message-----
[]On Behalf Of Vibol Hou
Sent: Wednesday, March 07, 2001 10:26 AM
To: Andrew Morton; Mike Galbraith
Cc: Vibol Hou; Linux-Kernel;;
Subject: RE: System slowdown on 2.4.2-ac5 (recurring from 2.4.1-ac20

> But the failing of Vibol's server remains a mystery. I suggest
> an upgrade to 2.4.2-ac13 would be worthwhile - at least we'll
> get a full task table dump.

I'll get it up and running and report back with the trace next time
something goes awry.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:29    [W:0.037 / U:3.020 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site