Re: [Scsirastools-developers] New user (Fujitsu Sun drives)
Brought to you by:
arcress
Menu
▾
▴
Re: [Scsirastools-developers] New user (Fujitsu Sun drives)
|
From: Daniel S. <ma...@my...> - 2007-03-07 22:00:08
|
Cress, Andrew R napsal(a): > Evan, >=20 > That looks much better. > The only anomaly in it, is that it tried to see if two proc's match ser= ial number, and it shouldn't try. > This is unusual that two of the same procs are in the same system, whic= h is why I never had this problem before. > Anyway, this latest sgsafte.c should work fine on your system now. >=20 > 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. >=20 Many thanks I test this tomorow. I change on e450 kernel and machine now = doesn't boot :-) Dan > Andy=20 >=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) >=20 > Cress, Andrew R napsal(a): >=20 >>Dan, >> >>I put more mods into sgsafte.c. >>Please try this and send me the sgsafte -x output. >> >=20 > Yes here is. >=20 > Dan >=20 > PS: my SVN revision is 8 >=20 >=20 >=20 >>Andy=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) >> >>Cress, Andrew R napsal(a): >> >> >>>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 character= s >>>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/run= s >>>here. >>>Let me know how this looks. =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. >> >> >> >> >> >> >>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 `'} >> ^^^^^^^^^^^^^ no= n=20 >>asci char. and corectly displayed >>ready >> >> >>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 ?) >> >> >>7 /dev/sg7 /dev/sdg 2:0:15:0 Disk >>the same non ascii and not detected ? >> >> failed >>8 /dev/sg8 /dev/sdg 4:0:6:0 CDRM TOSHIBA XM6201TASUN32XCD 1103 12/12/9= 7=20 >>ready >>9 /dev/sg9 /dev/sdh 5:0:0:0 Disk SEAGATE ST39103LCSUN9.0G 034A=20 >>9949862528 ready >> >> >>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 >> >> >>scsiinfo -i /dev/sg0 >> >> >> >> >>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 >> >> >>when sgsafte -x >> >>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 MA= G3091L=20 >>SUN9.0G11119944498794 >> >>but when sgsafte -x on second half of case >> >>dev[6] iret=3D0, ret=3D0, len=3D48 2:0:10:0 /dev/sg6 /dev/sdf FUJITSU M= AG3091L=20 >>SUN9.0G11119944499314=C0=C0 >> ^^ >>inquiry ret=3D0, errno=3D2 >> >>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. >> >> >> >> >> >> >> >> >>/pci@6,4000/scsi@4=20 >>=20 >> >>Target 8=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449879=20 >>=20 >> >>Target 9=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449914=20 >>=20 >> >>Target a=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449931=20 >>=20 >> >>Target f=20 >>=20 >> >> Unit 0 Processor SYMBIOS D1000 2 `'} SAF-TE1.0= =20 >>=20 >> >>=20 >>=20 >> >>/pci@6,4000/scsi@3,1=20 >>=20 >> >>Target 8=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449879=20 >>=20 >> >>Target 9=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449910=20 >>=20 >> >>Target a=20 >>=20 >> >> Unit 0 Disk FUJITSU MAG3091L SUN9.0G1111994449930=20 >>=20 >> >>Target f=20 >>=20 >> >> Unit 0 Processor SYMBIOS D1000 2 `'} SAF-TE1.0= =20 >>=20 >> >> >> >> >> >> >> Thanks >> Dan >> >> >> >> >> >> >> >> >> >> >> >=20 >=20 >=20 --=20 Mydatex s r.o. http://www.mydatex.cz email: sm...@my... mob: 604200362 tel: 226210085 |
