public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Mike Fedyk <mfedyk@matchmail.com>
To: Denis Vlasenko <vda@port.imtp.ilyichevsk.odessa.ua>
Cc: Urban Widmark <urban@teststation.com>, linux-kernel@vger.kernel.org
Subject: Re: Processes stuck in D state with autofs + smbfs
Date: Thu, 30 May 2002 12:56:36 -0700	[thread overview]
Message-ID: <20020530195636.GC1136@matchmail.com> (raw)
In-Reply-To: <Pine.LNX.4.33.0205301421540.1921-100000@cola.enlightnet.local> <200205301417.g4UEH2Y32073@Port.imtp.ilyichevsk.odessa.ua>

On Thu, May 30, 2002 at 05:18:46PM -0200, Denis Vlasenko wrote:
> On 30 May 2002 10:36, Urban Widmark wrote:
> > > I also have this in my kernel log:
> > > May 26 06:33:16 fileserver kernel: Uhhuh. NMI received. Dazed and
> > > confused, but trying to continue May 26 06:33:16 fileserver kernel: You
> > > probably have a hardware problem with your RAM chips
> >
> > However, this error could (but I don't really know what the effects are of
> > this) potentially stop a process at some random point. If a process
> > crashes, for example an oops, while holding the semaphore that semaphore
> > will still be held and everyone trying to get in will stop in D state.
> 
> AFAIK this message says CPU got a spurious NMI. It does not kill the task,
> kernel logs this message and returns from NMI interrupt handler.
> 
> What does cat /proc/interrupts tell you?
>

What does this tell you?

           CPU0       CPU1       
  0:  106126905  106523397    IO-APIC-edge  timer
  1:       1290       1261    IO-APIC-edge  keyboard
  2:          0          0          XT-PIC  cascade
  8:          2          1    IO-APIC-edge  rtc
 16:  135638480  135641259   IO-APIC-level  eth0
 30:         12          8   IO-APIC-level  aic7xxx
 31:   16837019   16835973   IO-APIC-level  aic7xxx
NMI:          1          0 
LOC:  212643560  212643582 
ERR:          0
MIS:          0

> NMI may be truly spurious or a hardware failure indication. Give your box
> an overnight run of memtest86.

Yes, I planned to do that anyway, thanks.

Mike

  reply	other threads:[~2002-05-30 19:56 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-05-29 17:26 Processes stuck in D state with autofs + smbfs Mike Fedyk
2002-05-30 12:36 ` Urban Widmark
2002-05-30 19:18   ` Denis Vlasenko
2002-05-30 19:56     ` Mike Fedyk [this message]
2002-05-30 20:03   ` Mike Fedyk
2002-05-30 21:41     ` Urban Widmark
2002-05-30 23:20       ` Mike Fedyk
2002-05-30 23:25         ` Urban Widmark

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=20020530195636.GC1136@matchmail.com \
    --to=mfedyk@matchmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=urban@teststation.com \
    --cc=vda@port.imtp.ilyichevsk.odessa.ua \
    /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