KZPAC-AA + DEC Server 3305 + Tru64 v5.1B

From: Marquess, Dustin (Dustin.Marquess@allegiancetelecom.com)
Date: Thu Oct 16 2003 - 10:45:02 EDT


All,

Maybe you could help me with this real annoying problem. I have a DEC
Server 3305 that I had Tru64 v5.1B on, but got moved over to Linux for a
while in order to do software RAID-1. I recently got a KZPAC-AA RAID
controller, so I was hoping to go back to Tru64.

I put the KZPAC in and swung the cable from the SCA drivers from the
internal ISP1020 to the KZPAC. Booted the machine up, and SRM reported the
card:

bus 0, slot 12 -- dra -- Mylex DAC960

Went to ARC ran the upgrade program to upgrade the firmware on the card to
2.70. We back to ARC again and ran RA200SRL.EXE. The two HD's attached are
50GB Seagate SCA-2's. Since the controller will only support up to 32GB
logical drives, I made two RAID-1 logical drives, one 30GB, the other around
15-16GB. Once that was done I initialized them and rebooted back to SRM.

Show devices show the logical drives:

>>>show dev
dka400.4.0.5.0 DKA400 RRD46 1337
dra0.0.0.12.0 DRA0 2 Member RAID 1
dra1.0.0.12.0 DRA1 2 Member RAID 1
dva0.0.0.1000.0 DVA0
ewa0.0.0.11.0 EWA0 00-00-F8-09-34-E0
pka0.7.0.5.0 PKA0 SCSI Bus ID 7 5.57

So I boot the Tru64 v5.1B install off of CD (using "boot dka400 -fl A").

During bootup I see a few errors that look related:

Initializing xcr0. Please wait....
xcr0 at pci0 slot 12
xcr_logger: XCR_ERROR packet
xcr_logger: cntrl 0 unit 0
re_getdrive
Cmd should always return good status
Hard Error Detected
Active XCR_COM at time of error
xcr_logger: XCR_ERROR packet
xcr_logger: cntrl 0 unit 0
re_getdrive
Cmd memory lost
Possible Software Problem - Impossible Cond Detected
Active XCR_COM at time of error
[snip]
Assigning a cluster device number to root
prom_getenv: Unable to convert 'SCSI 0 5 0 0 0 0 0'
prom_getenv: Unable to convert 'SCSI 0 5 0 1 100 0 0'
cdisk_ioctl: XPT_GET_LOG failed
 device_translate: device cannot be translated 'SCSI 0 5 0 0 0 0 0'
cdisk_ioctl: XPT_GET_LOG failed
 device_translate: device cannot be translated 'SCSI 0 5 0 1 100 0 0'

Unable to save existing hardware configuration. New configuration will be
used.
[snip]
prom_getenv: Unable to convert 'SCSI 0 5 0 0 0 0 0'
prom_getenv: Unable to convert 'SCSI 0 5 0 1 100 0 0'
cdisk_ioctl: XPT_GET_LOG failed
 device_translate: device cannot be translated 'SCSI 0 5 0 0 0 0 0'
cdisk_ioctl: XPT_GET_LOG failed
 device_translate: device cannot be translated 'SCSI 0 5 0 1 100 0 0'
[snip]
This system appears to have no disks. The installation procedure
requires at least one disk. If there is a disk in the system, you
should confirm that it is properly connected, and then start the
installation procedure again from the ">>>" prompt. If you have
already done this, contact a customer service representative.

(Sorry for the long spam!)

hwmgr -view devices shows:

 HWID: Device Name Mfg Model Location
 
----------------------------------------------------------------------------

--
    3: (unknown)                                      
    4: (unknown)                                      
    5: (unknown)                                      
   29: /dev/disk/floppy0c            3.5in floppy     fdi0-unit-0
   32: /dev/cport/scp0               SWXCR            xcr0
   33: /dev/disk/cdrom0c    DEC      RRD46   (C) DEC  bus-0-targ-4-lun-0
   34: (unknown)                                      
   35: (unknown)                                      
So it sees the RAID controller, but not the disks.
The install also complains that my SRM firmware is 5.8-16 and to upgrade,
but that's the newest for the DS 3305 :).
Anybody have any clue why Tru64 won't see the disks, and yet
SRM/ARC/RA200SRL.EXE do?  I have a copy of Tru64 v5.1A also, but I haven't
tried that yet.
Any help would be greatly appreciated.  I have a bad feeling maybe it's due
to the old SRM firmware that the 3305 uses?
-Dustin


This archive was generated by hypermail 2.1.7 : Sat Apr 12 2008 - 10:49:39 EDT