[8212] in linux-scsi channel archive
Re: recovery behaviour with 1 bad + 1 good drive (aic7xxx)
daemon@ATHENA.MIT.EDU (Ishikawa)
Thu Feb 24 13:04:19 2000
Message-ID: <38B5561E.B26DFB10@yk.rim.or.jp>
Date: Fri, 25 Feb 2000 01:02:38 +0900
From: Ishikawa <ishikawa@yk.rim.or.jp>
MIME-Version: 1.0
To: linux-scsi@vger.rutgers.edu
Content-Type: text/plain; charset=iso-8859-15
Content-Transfer-Encoding: 7bit
Ishikawa wrote:
> Ishikawa wrote:
>
> >
> > If you could incorporate the features I mentioned above from
> > my experience with SunOS, It would be great.
> >
> > Again, thank you for your SCSI work, folks.
> >
> > Happy Hacking,
> >
> >
>
> For your information, this is a couple of sunos scsi error
> messages I gathered from
> the current logfile on Sun machine with a slightly flakey SCSI cable, etc..
> I think target 0 lun 0 is the exabyte 8mm tape drive.
Speaking of offline, here is the SunOS message that I found today.
Feb 23 18:27:54 sparc20 vmunix: sd0: offline
Feb 23 18:30:46 sparc20 vmunix: sd0 at esp0 target 3 lun 0
Feb 23 18:30:46 sparc20 vmunix: sd0: Vendor 'SEAGATE', product 'ST31200W',
(unknown capacity)
Feb 23 18:33:16 sparc20 vmunix: sd0: offline
The above is how the SunOS SCSI driver
handles a dead SCSI disk.
It is an internal drive and was left alone
until today after it died a few weeks? ago.
It is not mounted or anything, but
when Sun's format command tried to access it
(Sun's format command tries to probe SCSI bus and
detects disk drives automatically)
and failed to get proper response due to bad medium, etc.
it seemed to mark the device as bad and never tried
to access it later on.
Something graceful like this would be nice on Linux.
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@vger.rutgers.edu
