From: McCracken, Denise (Denise.McCracken@misyshealthcare.com)
Date: Mon Jun 07 2004 - 13:26:19 EDT
Thanks to Paul Thompson and Dr. Blinn for their help.
As it turns out, this is a peculiarity in the way that the list of
device paths is implemented. To paraphrase, the entry for the first path
ever seen is part of the master data structure for the device. If you move
the device, that path entry can never be deleted.
The answer was to delete all of the hardware entries and let them be
rescanned. Fortunately, this wasn't necessary for the root drive (perhaps
because it hadn't been moved), so the solution was:
Unmount all drives except root.
Comment entries out of fstab.
Delete entries from hwmgr.
Reboot.
This left me with device names up in the dsk40+ range, so I used
dsfmgr -m to exchange device file names, and modified the fstab to mount the
new names. I now have dsk1 to dsk7 for my disk device names, and haven't
seen any errors since the second reboot.
The original message:
--------------------------------------------------
> System is 5.1a pk4, has an internal shelf configured for two buses
> alternating slots bus0 and bus1, and an external shelf on a Qlogic 1020
> card, bus5.
>
> Recently I took all of the blonde RZ29 drives out of the external
> shelf, put them on the internal shelf to replace RZ28's, and put two of
the
> blue RZ1CB-CA drives in the external shelf. Now I am getting this error
> about once a second. On the last line of each error, it appears that the
> machine is seeing the RZ1CB-CA drives as RZ29's, the drives that used to
be
> in there, even though hwmgr reports the drive type correctly. I have used
> the blue SBB drives in this shelf before, with no problems, as long as all
> of the drives are one type of the other. Have never seen these errors
> before.
>
> Can anyone tell me what is going on? I've done a lot of data
> transfers to test the drives and they are working fine.
>
> Logging OS 2. Digital UNIX
> System Architecture 2. Alpha
> Event sequence number 46.
> Timestamp of occurrence 04-JUN-2004 15:35:31
> Host name laura
>
> System type register x00000009 AlphaServer 2x00
> Number of CPUs (mpnum) x00000003
> CPU logging event (mperr) x00000003
>
> Event validity 1. O/S claims event is valid
> Event severity 5. Low Priority
> Entry type 199. CAM SCSI Event Type
> 0. - (minor class)
>
>
> ------- Unit Info -------
> Bus Number 5.
> Unit Number x0140 Target = 0.
> LUN = 0.
> ------- CAM Data -------
> Class x00 Disk
> Subsystem x00 Disk
> Number of Packets 5.
>
> ------ Packet Type ------ 258. Module Name String
>
> Routine Name ccmn_path_ping3
>
> ------ Packet Type ------ 256. Generic String
>
> LIDs do not match - Removing PATH to
> device
>
> ------ Packet Type ------ 262. Info Error String
>
> Error Type Information Message Detected
> (recovered)
>
> ------ Packet Type ------ 256. Generic String
>
> Hardware ID = 88
>
> ------ Packet Type ------ 257. Device Name String
>
> Device Name DEC RZ29B (C) DEC0014
>
>
> quack:/ # hwmgr -view dev
> HWID: Device Name Mfg Model Location
>
>
----------------------------------------------------------------------------
> --
> 6: /dev/dmapi/dmapi
> 7: /dev/scp_scsi
> 8: /dev/kevm
> 38: /dev/disk/floppy0c 3.5in floppy fdi0-unit-0
> 51: /dev/ntape/tape0 ARCHIVE IBM4326NP/RP !D bus-0-targ-6-lun-0
> 62: /dev/disk/dsk0c DEC RZ29B (C) DEC bus-1-targ-0-lun-0
> 64: /dev/disk/dsk15c DEC RZ29B (C) DEC bus-1-targ-3-lun-0
> 65: /dev/disk/dsk13c DEC RZ29B (C) DEC bus-0-targ-2-lun-0
> 77: /dev/disk/cdrom0c DEC RRD43 (C) DEC bus-0-targ-5-lun-0
> 84: /dev/disk/dsk2c DEC RZ28M (C) DEC bus-0-targ-0-lun-0
> 88: /dev/disk/dsk4c DEC RZ29B (C) DEC bus-1-targ-1-lun-0
> 91: /dev/disk/dsk33c DEC RZ1CB-CA (C) DEC bus-5-targ-0-lun-0
> 92: /dev/disk/dsk34c DEC RZ1CB-CA (C) DEC bus-5-targ-1-lun-0
>
"Customer service may be the only way that a
company can distinguish itself from its
competition these days." -H. Frank Gibbard
Denise McCracken, Systems Software Specialist
Misys Healthcare Systems, Tucson, AZ
Certified Tru64 v5 Systems Administrator
Comptia Network+ Certified Professional
This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:50:00 EDT