lkml.org 
[lkml]   [2003]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Reproducible SCSI Error with Adaptec 7902
Hi Andy,

We have just updated to the latest driver 1.3.4. This has stopped the
drive locking up, but we are now getting nasty SCSI error reports
in /var/log/messages. Will continue to delve into this.

However, what ever the fault that triggers our drive to lock-up, the
drive certainly locks up. It locks up with LED on and will not respond
to a SCSI bus reset. We need to power cycle the system to get the drive
working again. We have tried two Seagate ST336607LW drives both exibit
the same behaviour. It appears to only happen when Linux is running in
SMP mode and when the drive is running in packetized mode.

So there is certainly the possibility of the Seagate ST336607LW not
responding to resets. This may be a firmware fault so we have talked
to Seagate about the issue. The statement is the result of our direct
question:

> I realise that the problem could be due to the Linux SCSI driver, the Motherboard SCSI controller, the SCSI lead or the drive. We are used to
> tracking down such nasty problems. However, I have one firm pointer:
>
> 1. Once the drive is locked up, with its LED on, a SCSI bus reset will
> not clear the drive. A full poweroff/poweron cycle is needed.
>
> So I ask again, is there a case where the drive will not respond to a
> SCSI bus reset ?

Is there any way of getting this information to higher level Seagate
support ?

Terry


Cress, Andrew R wrote:
> Ingo,
>
> Our testing with that drive (same firmware, using same aic7902 chipset) has
> not shown any problems like this. However, we were using a later aic79xx
> driver versions (1.3.x). That upgrade should be the first step.
>
> I wouldn't get too excited about the statement by a level-1 Seagate support
> guy, probably just a blanket statement when they want to disclaim
> responsibility.
>
> Andy
>
> -----Original Message-----
> From: Ingo Oeser [mailto:ingo.oeser@informatik.tu-chemnitz.de]
> Sent: Saturday, March 15, 2003 8:12 AM
> To: Terry Barnaby
> Cc: Michael Madore; Justin T. Gibbs; linux-kernel@vger.kernel.org
> Subject: Re: Reproducible SCSI Error with Adaptec 7902
>
>
> On Fri, Mar 14, 2003 at 04:17:59PM +0000, Terry Barnaby wrote:
>
>>The Seagate ST336607LW has firmware: 0004.
>>Seagate have stated to me that this is the latest.
>>They have also stated to me:
>>
>> Issuing an unrecognized or illegal command to the drive can cause the
>> drive to go into a hardware fault mode where it will no longer respond,
>> and may or may not respond to a SCSI BUS reset. It seems, in this case,
>> the drive will no longer respond to any commands issued by the
>> controller.
>>
>>Is this "feature" now common on SCSI drives ????
>
>
> Could we add a KERN_WARNING printk in sd.c quoting/referencing
> this message on inquiry detecting this device?
>
> So sysadmins who are used to SCSI being robust could return the
> drive to their vendors in exchange to a drive working along the
> SCSI specs after reading this message.
>
> Thanks in the name of the sysadmins.
>
> Regards
>
> Ingo Oeser
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
>

--
Dr Terry Barnaby BEAM Ltd
Phone: +44 1454 324512 Northavon Business Center, Dean Rd
Fax: +44 1454 313172 Yate, Bristol, BS37 5NH, UK
Email: terry@beam.ltd.uk Web: www.beam.ltd.uk
BEAM for: Visually Impaired X-Terminals, Parallel Processing, Software
"Tandems are twice the fun !"

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

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