Re: [Scsirastools-developers] New user (Fujitsu Sun drives)
Brought to you by:
arcress
Menu
▾
▴
Re: [Scsirastools-developers] New user (Fujitsu Sun drives)
|
From: Cress, A. R <and...@in...> - 2007-03-07 21:52:09
|
Evan, That looks much better. The only anomaly in it, is that it tried to see if two proc's match = serial number, and it shouldn't try. This is unusual that two of the same procs are in the same system, which = is why I never had this problem before. Anyway, this latest sgsafte.c should work fine on your system now. If it still has some problems, send me the sgsafte -x log output again. If it works ok, let me know and I'll make sure these fixes are working = in the other tools as well. Andy=20 -----Original Message----- From: Daniel Smolik [mailto:ma...@my...]=20 Sent: Wednesday, March 07, 2007 4:31 PM To: Cress, Andrew R; scs...@li... Subject: Re: [Scsirastools-developers] New user (Fujitsu Sun drives) Cress, Andrew R napsal(a): > Dan, >=20 > I put more mods into sgsafte.c. > Please try this and send me the sgsafte -x output. >=20 Yes here is. Dan PS: my SVN revision is 8 > Andy=20 >=20 > -----Original Message----- > From: Daniel Smolik [mailto:ma...@my...]=20 > Sent: Wednesday, March 07, 2007 3:54 PM > To: Cress, Andrew R > Cc: scs...@li... > Subject: Re: [Scsirastools-developers] New user (Fujitsu Sun drives) >=20 > Cress, Andrew R napsal(a): >=20 >>Dan, >> >>I think it needs 4 more bytes of serial number data, so I added that >>assumption to the fix.=20 >>I think the Proc isn't being recognized because of non-ASCII = characters >>in the inquiry string, so I added more debug to show if that has >>happened. >>If so, I'm not sure what to do to work around that, but let's find out >>if that is the problem first. =20 >> >>I checked an updated sgsafte.c into the SVN trunk, and it = compiles/runs >>here. >>Let me know how this looks. =20 >=20 >=20 > Again better. Disk are propertly rekognized. Second Processor still=20 > nothing. But string that you get via inquiry is the same as the first=20 > processor and it's recognized. >=20 >=20 >=20 >=20 >=20 >=20 > 0 /dev/sg0 /dev/sda 1:0:8:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944498794 ready > 1 /dev/sg1 /dev/sdb 1:0:9:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944499100 ready > 2 /dev/sg2 /dev/sdc 1:0:10:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944499308 ready > 3 /dev/sg3 1:0:15:0 Proc SYMBIOS D1000 2 `'} > ^^^^^^^^^^^^^ = non=20 > asci char. and corectly displayed > ready >=20 >=20 > 4 /dev/sg4 /dev/sdd 2:0:8:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944498792=C0=C0 ready > 5 /dev/sg5 /dev/sde 2:0:9:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944499149=C0=C0 ready > 6 /dev/sg6 /dev/sdf 2:0:10:0 Disk FUJITSU MAG3091L SUN9.0G 1111=20 > 9944499314=C0=C0 ready > ^^ some nensense characters (too log string ?) >=20 >=20 > 7 /dev/sg7 /dev/sdg 2:0:15:0 Disk > the same non ascii and not detected ? >=20 > failed > 8 /dev/sg8 /dev/sdg 4:0:6:0 CDRM TOSHIBA XM6201TASUN32XCD 1103 = 12/12/97=20 > ready > 9 /dev/sg9 /dev/sdh 5:0:0:0 Disk SEAGATE ST39103LCSUN9.0G 034A=20 > 9949862528 ready >=20 >=20 > scsiinfo -i /dev/sg3 > Relative Address 0 > Wide bus 32 0 > Wide bus 16 0 > Synchronous neg. 0 > Linked Commands 0 > Command Queueing 0 > SftRe 0 > Device Type 3 > Peripheral Qualifier 0 > Removable? 0 > Device Type Modifier 0 > ISO Version 0 > ECMA Version 0 > ANSI Version 2 > AENC 0 > TrmIOP 0 > Response Data Format 2 > Vendor: SYMBIOS > Product: D1000 > Revision level: 2 `'}=20 > = SAF-TE1.00=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0=C0= =C0=C0=C0=C0=C0=B2 >=20 >=20 > scsiinfo -i /dev/sg0 >=20 >=20 >=20 >=20 > Inquiry command > --------------- > Relative Address 0 > Wide bus 32 0 > Wide bus 16 1 > Synchronous neg. 1 > Linked Commands 1 > Command Queueing 1 > SftRe 0 > Device Type 0 > Peripheral Qualifier 0 > Removable? 0 > Device Type Modifier 0 > ISO Version 0 > ECMA Version 0 > ANSI Version 2 > AENC 0 > TrmIOP 1 > Response Data Format 2 > Vendor: FUJITSU > Product: MAG3091L SUN9.0G > Revision level: 11119944498794 >=20 >=20 > when sgsafte -x >=20 > on first half of case you redad correct name > dev[0] iret=3D0, ret=3D0, len=3D48 1:0:8:0 /dev/sg0 /dev/sda FUJITSU = MAG3091L=20 > SUN9.0G11119944498794 >=20 > but when sgsafte -x on second half of case >=20 > dev[6] iret=3D0, ret=3D0, len=3D48 2:0:10:0 /dev/sg6 /dev/sdf FUJITSU = MAG3091L=20 > SUN9.0G11119944499314=C0=C0 > ^^ > inquiry ret=3D0, errno=3D2 >=20 > Note: > I don't know if you know something about Sun. > But when i run probe-scsi-all from OPB (Sun BIOS) > I can show you how Sun displayes disk and processor labels. >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > /pci@6,4000/scsi@4=20 > =20 >=20 > Target 8=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449879=20 > =20 >=20 > Target 9=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449914=20 > =20 >=20 > Target a=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449931=20 > =20 >=20 > Target f=20 > =20 >=20 > Unit 0 Processor SYMBIOS D1000 2 `'} = SAF-TE1.0=20 > =20 >=20 > =20 > =20 >=20 > /pci@6,4000/scsi@3,1=20 > =20 >=20 > Target 8=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449879=20 > =20 >=20 > Target 9=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449910=20 > =20 >=20 > Target a=20 > =20 >=20 > Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449930=20 > =20 >=20 > Target f=20 > =20 >=20 > Unit 0 Processor SYMBIOS D1000 2 `'} = SAF-TE1.0=20 > =20 >=20 >=20 >=20 >=20 >=20 >=20 > Thanks > Dan >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 --=20 Mydatex s r.o. http://www.mydatex.cz email: sm...@my... mob: 604200362 tel: 226210085 |
