> > I have an IBM xSeries with an IBM ServeRAID controller running
> > openSUSE 10.1.  Previously, for years, this server ran SuSE 9.2 and
> > was absolutely ROCK solid.  
> a lot changed, also the driver, as you can (now) see it is now capable
> to fetch this special case

"it is now capable to fetch this special case"

I have no idea what this statement means.  What "special case".  The
changelog of the driver doesn't indicate much has changed,  looking at
the ips.c & ips.h files in the kernel source of my 10.2 box.

> > errors,  but no drive ever goes offline.  It really seems to be a
> > problem with the logical drive.
> > ipssend says:
> >  Controller type                : ServeRAID-3L
> >   Actual BIOS version            : 7.12.02
> >   Firmware version               : 6.10.24
> >   Boot block version             : 3.00.21
> >   Device driver version          : 7.12.05
> > And there are four active drives, and one hot spare.  Each report as
> > active with no PFA.  The status of the logical drive is "Okay"
> > But dmesg is full of:
> > sd 0:0:0:0: SCSI error: return code = 0x70000
> > end_request: I/O error, dev sda, sector 4319748
> > sd 0:0:0:0: SCSI error: return code = 0x70000
> > end_request: I/O error, dev sda, sector 4319748
> I guess you still googled for the SCSI error code and what it stands for?

Of course;  but there isn't much out there or the signal:noise ratio on
such searches is just way to high.  I've found people asking similar
questions but most the answers are clearly nonsense (people who don't
know what a logical drive is,  asking him to try different kinds of
cables [these aren't ATA drives!], etc...)

Someone thought it was the smartd monitoring program haunting the
logical drive somehow,  but I don't have smartd installed.

> > sda is the logical drive
> > # uname -a
> > Linux cfsgroup 2.6.16.27-0.9-smp #1 SMP Tue Feb 13 09:35:18 UTC 2007
> > i686 i686 i386 GNU/Linux
> > Anyone have *ANY* suggestions?
> If it's possible try 10.2 or 10.3 Alpha, just for working on the latest
> and greatest Kernel-tree.

I'll see if that is feasible.

-- 
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to