[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: anti-freeze



Jim McCloskey wrote:

One of the machines I use regularly has a nasty habit of suddenly
locking completely (it happens maybe a couple of times a month). It's
always when X is running, and, I am nearly sure, always when a browser
is being used. This is a Debian testing system, running kernel 2.4.23.
Mozilla-Firefox is the browser that is mostly used.

It's not just that X freezes; the whole system becomes autistic. In
this state, it can't be reached from the network (no ssh, no ping, no
nothing). The only way out, as far as I know, is with the
power-button. Ctl-Alt-Del produces no response. Nor does Alt-SysRq,
which means, I suppose, that the kernel is dead.

These events leave no trace whatever in the logs and so it's
frustratingly hard to do any useful trouble-shooting. I thought that
they might be caused by a corrupt memory-module, and so I ran memtest
for the best part of a day. However it found no errors.

I know that this much doesn't provide a lot of information to go on,
and I apologize for that. But does anyone know of ways to work on a
problem such as this?

I'd be really grateful for any tips or pointers.


Crossover serial cable to another box. Run minicom on the other end, configured to log. Boot with.console=... to make the serial cable a console. You might also want to have syslogd log to it.

Withany luck, next time it goes belly up you'll have messages on the minicom display.

Depending on its importance, you might also want to run mon on another box to call you when it does fail.

Oh, I know a gardiner who'd suggest getting out the axe and sharpening it, then keeping it next to the miscreant:-)





--

Cheers
John

-- spambait
1aaaaaaa@computerdatasafe.com.au  Z1aaaaaaa@computerdatasafe.com.au
Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/



Reply to: