Re: Generate NMI to crash a hung system...
- From: The Natural Philosopher <a@xxx>
- Date: Tue, 26 Sep 2006 13:13:21 +0100
spike1@xxxxxxxxxxxxx wrote:
The Natural Philosopher <a@xxx> did eloquently scribble:Have I missed anything out here? I did this on another couple of RHEL3If its crashed that badly, it may well no longer be able to dump anything to a file system.
test boxes and got a lovely big vmcore file of about 4 gig on my
netdump server, but I'm getting nothing on the server I actually WANT a
crashdump from.
Thanks in advance - Lee
Indeed...
In fact, the only time I've seen that kind of crash (able type username and
password, which then locks) is when it's the filesystem or hard disk driver
itself that's crashed. The machine continues to perform functions that are
currently running in memory without needing to access the hard disk, but any
attempt to read or write to the disk results in that process entering a D
state (as shown in top/ps)
If you can connect a terminal emulator to the serial port and login there, I
think you can get any kernel oopses and panics directed to it rather than a
console you can't read or a file it can't write.
If this is the result of a filesystem/hard disk driver fault, I'd run your
hard disks through a disk tester too, it could be a hardware fault.
I think the fact that its doing it on more than one server negates that possibility - or renders it unlikely in the extreme.
As I said, my experience is usually that the process cannot FORK. Usually due to insufficent reserved kernel memory to support the header tables for a new process.
In the bad old days these were boot time parameters set up in config files: Since then a lot has been done to automagically remove the need for manual memory tuning. I suspect the OP is running something like database applications, or large server apps, which can result in huge process tables. However how one tunes a modern Linux setup I do not know. Later developments seem to be more about limiting processes to avoid DOS attacks (fork bombs) rather than ensuring a large multiuser app can actually run effectively.
.
- Follow-Ups:
- Re: Generate NMI to crash a hung system...
- From: big_sid
- Re: Generate NMI to crash a hung system...
- References:
- Generate NMI to crash a hung system...
- From: big_sid
- Re: Generate NMI to crash a hung system...
- From: The Natural Philosopher
- Re: Generate NMI to crash a hung system...
- From: spike1
- Generate NMI to crash a hung system...
- Prev by Date: Re: Generate NMI to crash a hung system...
- Next by Date: Re: Generate NMI to crash a hung system...
- Previous by thread: Re: Generate NMI to crash a hung system...
- Next by thread: Re: Generate NMI to crash a hung system...
- Index(es):
Relevant Pages
|