lkml.org 
[lkml]   [2001]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: linux-2.4.0 scsi problems on NetFinity servers
From
Date

We had that problem in the early 2.4 kernel as well and disabled the
adapters also. Sorry I forgot to mention that. The issue almost seems to
be load related, as under light use, we see no issues, it's only when we
push it (such as a very fast network copy of > 1Gb files, or heavy database
usage) that we hit the problem. With no load, the 2.4 kernel stays up
fine.

Thanks though.

Next :-)

kenbo
______________________
Firebirds rule, `stangs serve!

Kenneth "kenbo" Brunsen
Iris Associates



JP Navarro
<navarro@mcs. To: Ken Brunsen/Iris <kenbo@iris.com>
anl.gov> cc: linux-kernel@vger.kernel.org
Subject: Re: linux-2.4.0 scsi problems on NetFinity servers
01/09/01
04:08 PM






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 (630) 252-1233
Mathematics & Computer Science Division
Argonne National Laboratory navarro@mcs.anl.gov
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




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

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