Dale Ghent 写道: > I've notice what I'd consider a bug in both s10 (any recent patch > level) and snv where 'iostat -E' output does not present the listed > devices' serial numbers. > > I did some digging and found that, on line 8680 of usr/src/uts/common/ > io/scsi/targets/sd.c, the sd driver is being explicitly told not to > set the "Serial No" kstat if the device's vendor PID does not contain > "SUN" (eg; ST336605LSUN36G) > > The comment above this block makes this pretty clear, however I'm > pretty certain this policy should be relaxed so that a drive's serial > number is recorded regardless of the drive's providence. >
Those fields are defined as Vendor specific in SCSI-3 SPC. In the past, SUN required that the Inquiry data to include 11 bytes of vendor specific data consisting of a unique per logical unit serial number. > Currently on a system with any non-SUN disks, there's no way of > retrieving the serial number of those drives without a 3rd party tool. > Did you try format(1M) -M and inquiry subcommand. This may not be very friendly, but should be able to dump the inquiry data. > Before I submit a CR for this (and the 2 line fix for it) I'd like to > know from people who might be in-the-know whether this is an > acceptable route to take because the circumstances seem kind of > peculiar. > Do you know any place documented that byte 36-55 of the Inquiry Data are defined as per unit logical serial number for non SUN disk drive? Besides that, Unit Serial Number Vital Product Data Page (0x80) - provides a product serial number for the target or logical unit. It seems to be a better solution. Larry > /dale > _______________________________________________ > storage-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/storage-discuss > _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
