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

[Daniel S. <ma...@my...>]

Cress, Andrew R napsal(a):
> 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 (?).
> 
Hm, interested I try remove all Fujitsu disk and use only one Seagate 
and one Fujitsu and see if it helps. I aslo try find some too to change 
serial number.

			Dan




> 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,
>>
>>The sgsafte log was revealing.  
>>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. 
>>
>>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
> 
> ?
> 
>>
> There is output sgsafte -m -x and  sgsafte -m . But situation is the
> same.
> But remember this is s Sun hardware :-)
> 
> 			Dan
> 
> 
> 
> 
> 
>>Andy
>>
>>-----Original Message-----
>>From: Daniel Smolik [mailto:ma...@my...] 
>>Sent: Friday, February 23, 2007 4:07 PM
>>To: Cress, Andrew R; scs...@li...
>>Subject: Re: [Scsirastools-developers] New user
>>
>>Cress, Andrew R napsal(a):
>>
>>
>>>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.  
>>>But, the main issue:
>>>It looks like we have functioning sg* tools, but there is an issue
>>
>>with
>>
>>
>>>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
>>
>>bus
>>
>>
>>>error.
>>>
>>>This should tell me why a bus error is occurring.  
>>>It could be something physical, like termination, or it could be a
>>>software bug of some sort.  
>>
>>Hi,
>>there are some logs that you want.
>>
>>			Regards
>>					Dan
> 
> 
> 


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