Re: [Scsirastools-developers] New user (Fujitsu Sun drives)

[Cress, A. R <and...@in...>]

Daniel,

All of your Fujitsu drives report the same thing from the SCSI inquiry:
   FUJITSU MAG3091L SUN9.0G 1111 99444
There are really only 5 bytes of serial number data (99444) returned
from the drive.  That's just wrong.  The other drives look fine, though.


It looks like the model number and stuff were modified by Sun after
Fujitsu manufactured the disks.  This is a problem that Sun should be
able to fix by putting unique serial numbers on the disks, as required
by the SCSI standard.
They may even be able to supply some tool to modify it on-site (?).

Andy

-----Original Message-----
From: scs...@li...
[mailto:scs...@li...] On Behalf
Of Daniel Smolik
Sent: Friday, February 23, 2007 4:45 PM
To: Cress, Andrew R
Cc: scs...@li...
Subject: Re: [Scsirastools-developers] New user

Cress, Andrew R napsal(a):
> Daniel,
>=20
> The sgsafte log was revealing. =20
> Apparently most of your Fujitsu disks seem to have exactly the same
> serial number.
> The serial number is used to judge when Linux is confused and reports
> the same physical device on another /dev/sg* device (an impostor), so
> they get marked failed.  It must be unique by the SCSI-2 standard.=20
>=20
> Hmmm.   Fujitsu often has longer 12-byte serial numbers and is in the
> vend12 list in sgsafte.c to handle that.  There is also a -m option to
> tell it to use longer 12-byte serial numbers, can you  try sgsafte -m
?
>=20
>=20
There is output sgsafte -m -x and  sgsafte -m . But situation is the
same.
But remember this is s Sun hardware :-)

			Dan




> Andy
>=20
> -----Original Message-----
> From: Daniel Smolik [mailto:ma...@my...]=20
> Sent: Friday, February 23, 2007 4:07 PM
> To: Cress, Andrew R; scs...@li...
> Subject: Re: [Scsirastools-developers] New user
>=20
> Cress, Andrew R napsal(a):
>=20
>>Ah, now we are getting somewhere.  There is a later version of mdadm
>>that might compile better than the one I have copied in this tree. =20
>>But, the main issue:
>>It looks like we have functioning sg* tools, but there is an issue
>=20
> with
>=20
>>the devices on bus 5:
>>4 /dev/sg4 /dev/sdd 5:0:0:0 Disk SEAGATE  ST39103LCSUN9.0G 034A
>>9949862528 ready
>>5 /dev/sg5 /dev/sde 5:0:1:0 Disk
>>failed
>>
>>The next step would be some debug.
>>1) "cat /proc/scsi/scsi" to see if these devices show up there.
>>2) "sgsafte -x" and attach /var/log/sgsafte.log
>>3) "sgdiag -x" and attach /var/log/sgdiag.log
>>4) "tail /var/log/messages" to see if there is any detail around the
>=20
> bus
>=20
>>error.
>>
>>This should tell me why a bus error is occurring. =20
>>It could be something physical, like termination, or it could be a
>>software bug of some sort. =20
>=20
> Hi,
> there are some logs that you want.
>=20
> 			Regards
> 					Dan


--=20
Mydatex s r.o.
http://www.mydatex.cz
email: sm...@my...
mob: 604200362
tel: 226210085