From: Toni L. Harbaugh-Blackford (harbaugh@ncifcrf.gov)
Date: Fri May 09 2003 - 10:27:49 EDT
Hi-
I just hooked up our ncies45 (Tru64 5.1A) to a fibre-channel switch on which
there are several StorageTek 9940B tape drives. While the system appears to be
able to use the drives just fine, whenever a drive is probed a syslog error
of the form:
ncies45 vmunix: ccfg_MakeDeviceIdentWWID: Invalid device ID: 0x500104f00048b132...
is generated. Upon querying the drive id via scu, the following is returned:
% scu -f "/dev/ntape/tape17_d1" show inquiry pages
Unit Serial Number Page:
Page Code: 0x80
Page Length: 12
Product Serial Number: 479000001393
Device Identification Page:
Page Code: 0x83
Page Length: 32
Code Set: 0x1 (identifier is binary)
Identifier Type: 0x3
Identifier Length: 8
FC-PH 64-bit Name Identifier: 0x500104f00048b131
Code Set: 0x1 (identifier is binary)
Identifier Type: 0x3
Identifier Length: 8
FC-PH 64-bit Name Identifier: 0x500104f00048b132
Code Set: 0x1 (identifier is binary)
Identifier Type: 0x4
Identifier Length: 4
Identifier: 00 00 00 01
which shows that the drive actually has *two* WWIDs. Each WWID is associated
with one of the two fibre channel ports on the drive. Note that *both* WWIDs
appear in the inquiry even if one of the ports is disabled.
Tru64 has associated the first WWID with the drive in the hardware databases:
% hwmgr show scsi -did 24 -full
SCSI DEVICE DEVICE DRIVER NUM DEVICE FIRST
HWID: DEVICEID HOSTNAME TYPE SUBTYPE OWNER PATH FILE VALID PATH
-------------------------------------------------------------------------
102: 24 ncies45 tape none 0 1 tape17 [6/8/0]
WWID:02000008:5001-04f0-0048-b131
BUS TARGET LUN PATH STATE
------------------------------
6 8 0 valid
Is there some way to stop the system from generating syslog errors about the
second WWID?
Thanks,
-----------------------------------------------------------------------
Toni Harbaugh-Blackford harbaugh@ncifcrf.gov
AlphaServer 8400 System Administrator
SAIC/NCI Frederick Advanced Biomedical Computing Center
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:18 EDT