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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox