From: Philippe Troin <phil@fifi.org>
To: "Jeremy Kusnetz" <JKusnetz@nrtc.org>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: 2.4.23 is freezing my systems hard after 24-48 hours
Date: 12 Dec 2003 13:26:12 -0800 [thread overview]
Message-ID: <871xr9budn.fsf@ceramic.fifi.org> (raw)
In-Reply-To: <F7F4B5EA9EBD414D8A0091E80389450569D3C9@exchange.nrtc.coop>
"Jeremy Kusnetz" <JKusnetz@nrtc.org> writes:
> I've read that enabling ip-chains compatibility would cause this,
> but I do not have this feature enabled at all.
>
> I have a cluster of 8 servers all doing the same thing that I
> upgraded to a stock 2.4.23 kernel, after that period of time one
> random one will lock up hard. No output to screen, can't sysrq or
> anything, only physically hitting the power button can get me out of
> it. I've gotten nothing in any of my logs to give any indication on
> what's going on.
>
> They don't seem to come when the server is under load, but more on
> how long the server has been up. Actually I do have this kernel
> running in my development environment, but none of those machines
> have ever locked up, it seems they need some load to eventually
> cause this to happen.
>
> I had been running 2.4.20 with no problems before the upgrade.
>
> I haven't tried running a bk series kernel yet, in the mean time
> I've downgraded to 2.4.22 with the do_brk patch. I haven't had this
> kernel up long enough to see if it will crash.
You're not alone... I have the same problems: 2.4.22 works, 2.4.23
locks up apparently randomly. I cannot get a backtrace with sysrq
either.
Have you tried running with the NMI watchdog? I cannot run it myself
because I have to disable APIC support since my motherboard is
buggy. To do so, try booting with "nmi_watchdog=1" or "nmi_watchdog=2"
depending on your configuration. Check Documentation/nmi_watchdog.txt
for details. Also verify that the NMI oopser works by checking for a
non-zero NMI count in /proc/interrupts.
If only I could get a backtrace... :-)
Phil.
next prev parent reply other threads:[~2003-12-12 21:27 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-12 19:00 2.4.23 is freezing my systems hard after 24-48 hours Jeremy Kusnetz
2003-12-12 21:26 ` Philippe Troin [this message]
2003-12-13 0:29 ` Keith Owens
-- strict thread matches above, loose matches on Subject: below --
2003-12-12 21:41 Jeremy Kusnetz
2003-12-13 14:33 ` Marcelo Tosatti
2003-12-15 15:08 Jeremy Kusnetz
2003-12-16 16:12 ` Marcelo Tosatti
[not found] <F7F4B5EA9EBD414D8A0091E80389450513C09F@exchange.nrtc.coop>
2003-12-17 19:34 ` Philippe Troin
2003-12-18 19:58 Jeremy Kusnetz
2003-12-18 20:11 ` Ulrich Drepper
2003-12-18 20:43 ` Richard B. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871xr9budn.fsf@ceramic.fifi.org \
--to=phil@fifi.org \
--cc=JKusnetz@nrtc.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.