lkml.org 
[lkml]   [1999]   [Dec]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] Documentation/oops-tracking update
Date
From: Andi Kleen <ak@muc.de>
> I think it is bad advice, because a lot of problems only happen in SMP
> mode or under high load that may need two cpus. The best advice is IMHO
> to put a serial console onto it and log oopses from another computer.
> In case of deadlocks the NMI oopser in 2.4 should solve that problem,
> for 2.2 it may be useful to give a pointer to it.
>
Yesterday I tracked a bug in the SCSI layer: oops, the current CPU owned the
io_request_lock:

* oops.
* a few seconds later: lock-up on the io_request_lock.
* NMI oops detection: several additional oops'es, the screen scrolls down,
ie you cannot copy it with paper&pencil.
* was not logged to the disk because the io_request_lock was missing.
* no serial console, no line printer was available.

I asked Sergey to restart with UP, and I immediately got a usefull oops
report.
IMHO it's a good advice.

--
Manfred


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.066 / U:0.564 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site