Re: linux-2.4.0 scsi problems on NetFinity servers

[JP Navarro]

One possibility:

When we first tested 2.4.0-test8 on NetFinity 7000s we had random crashes,
typically within an hour of booting. The problem was identified as a Wiseman
Systems Management adapter generated hardware interrupt that 2.4 doesn't handle
(this was not a problem with 2.2.x).

If you have these adapters installed, remove them.

JP Navarro
-- 
John-Paul Navarro                                           [phone]
Mathematics & Computer Science Division
Argonne National Laboratory                            [e-mail]
Argonne, IL 60439                          http://www.mcs.anl.gov/~navarro

Ken Brunsen/Iris wrote:
> 
> Hello all,
> 
>      I've been sorta pulling the 2.4 kernel and testing with it now for
> awhile on my IBM NetFinity 5500 and since the test12 I've been having a
> continuous issue with crashing the OS during a pull of source code across
> the network (>1Gb files).  I've been trying to figure out what it may be
> related to, but I'm relatively new with debugging the kernel so thought I'd
> see if y'all could help.  From looking at the archives, I did not see that
> anyone else had been seeing these issues either.  Basically, I've got 2
> different machines which I'm working with - a NetFinity Quad CPU 5500 M20
> with 2Gb Ram and Raid and a NetFinity Dual CPU 5500 M10 with 1Gb Ram and
> Raid.  Both machines exhibit the same behavior.  Initially, both machines
> had RH 6.0, now one is RH 7.0 (and I know about the compiler issue) and the
> other is SuSE 7.0.  I downloaded the 2.4.0 release and still got the issue,
> so thought it was time to bring it here.  Here is a stack of one crash:
> 
>      Started getting Scsi errors on controller during NFS transfer of >1Gb
> worth of files
> 
> SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 70000
> I/O error: dev 08:05, sector 31731256
> SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 70000
> I/O error: dev 08:05, sector 31731264
> SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 70000
> I/O error: dev 08:05, sector 31731272
> SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 70000
> I/O error: dev 08:05, sector 31731280
> .
> .
> .
> 
>      (the sector varies from run to run, is never consistent), and then
> kernel panics with the following
> 
> (ips0) Resetting controller.
> NMI Watchdog detected LOCKUP on CPU1, registers:
> CPU: 1
> EIP: 0010:[<c0246544>]
> EFLAGS: 00000002
> eax: 003e240   ebx: 000612b0  ecx: 5a21a2f5   edx: 00000063
> esi: 00000004  edi: 00000000  ebp:f7de2a78    esp: f7ddbf00
> ds: 0018  es: 0018  ss: 0018
> Process scsi_eh_0 (pid: 8, stackpage=f7ddb000)
> Stack:    000003e6 c0246587 000612b0 c02465f5 000612b0 c01df470 00418570
> ffffffff
>      f7de2a78 00000082 00000001 200012b0 f7ddbf36 000612b0 c01dfa7c
> f7de2a78
>      f7de2ab8 f7de2a78 f7db1400 f7de2ab8 c01dc4ae f7de2a78 c0296220
> c0295c67
> Call Trace: [<c0246587>] [<c02465f5>] [<c01df470>] [<c01dfa7c>]
> [<c01dc4ae>]
>      [<c01bda9c>] [<c01be1db>] [<c01be4e6>] [<c01074c4>]
> 
> Code: 39 d8 72 f8 5b c3 89 f6 8b 44 24 04 eb 0e 8d b4 26 00 00 00
> console shuts up ...
> 
> Thinking it could be memory related - since I see the Cache fill up and the
> system go to just over 1mb free prior to crash - i disabled highmem
> support.  I then disabled NFSv3 and automounter v4 support, jic.  In the
> last test, I disabled swap - since one thing I've noticed is that the 2.4
> kernel never touches my swap at all.  None of these changes have affected
> the outcome; the closest I've gotten is by contintually doing "sync" in
> another window which sometimes keeps it from crashing on a run, although
> I'll still end up with a few of the SCSI disk error messages (although not
> nearly as many as I get before a failure).  Since this happens on multiple
> machines, I do not believe it is.  We're also seeing failures of this same
> type when we try to do heavy database loading on the machine, ie., intense
> disk accesses.  Any help would be greatly appreciated, as we are really
> needing to get this 2.4 kernel working
> 
> Since I only get the archive list, please CC me with any responses!
> 
> Thanks!
> 
> kenbo
> 
> ______________________
> Firebirds rule, `stangs serve!
> 
> Kenneth "kenbo" Brunsen
> Iris Associates