public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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.

  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