|
HP OpenVMS Systemsask the wizard |
|
The Question is:
I am having trouble booting up a MicroVAX 3600.
When I switch it on it goes through the system tests then says:
Loading system software
(BOOT/R5:0 DUB3)
this times out after about 5 minutes and then gives the message:
?4D DEVOFFLINE, DUB3
?06 HLT INST
PC - 00000C1A
Failure.
So obviously the drive DUB3 is not online.
I then have the chevron prompt so I did a sh dev
and I get the following:
UQSSP Disk Controller 0 (772150)
-DUA2 (RA82)
UQSSP Disk Controller 0 (760334)
-DUB3 (RA90)
-DUB4 (RA90)
-DUB5 (RA90)
... some other tape controllers and ethernet adapter..
I have then systematcially tried to boot off every one of the disk drives.
Every gives the same output as DUB3 except DUB4 which gives the following output:
1..0..
VAX/VMS Version V5.5 Main version id - 1 Minor version id - 0
PLEASE ENTER DATE AND TIME... etc. (I then enter the date and time)
Configuring devices. , , .
Now configuring HSC, RF, and MSCF-served devices, , .
Please check the names of the devices which have been configured to make sure
that ALL remote devices which you intend to use have been configured.
If any device does not show etc...
(then a list of disk drives and tape drives is output follwed by)
Enter "YES" when all needed devices are available:
Now if I type "YES" I get the following message:
%BACKUP-I-IDENT, Stand-alone BACKUP V5.5: the date is 4-JUN-2004 10:03:05.66
Then I seem to get the dollar prompt. However, this does not seem to be the DCL
command line but some other utility command line (backup??) which will not
respond to a "HELP" command. In fact most attempts get:
%CLI-W-IVVERB, unrecognized command verb - check validity and spelling
Can you shed any light on this problem?
Thanks
Neil
The Answer is : It would appear that there are hardware problems with several of the disk devices. This could be a bus misconfiguration, incorrect wiring between the UQSSP-series controller and the DSA storage devices, and/or one or more hardware failures. The cause of this commonly includes one or more misconfigured Q-bus controllers. (For additional information on Q-bus configuration requirements, please see topics including (1149), (1866) and (3232).) It would appear that you have at least two MSCP-class DSA-series storage controllers present in this system (usually the KDA50 series controller for RA-series disks), with an unknown quantity of additional hardware present in the configuration. It would appear that the console default bootstrap is set to select DUB3:. That DUB4: successfully bootstraps would imply that there are problems with the other disks apparently resident on that disk controller -- hardware failures involving disks ages similar to that of the RA-series devices are not unheard of, of course -- or that there are other and associated device or configuration conflicts. Please contact your hardware services organization or your local HP hardware services office for assistance with questionable or with failed hardware -- the OpenVMS (software) Wizard is not in a position to provide hardware support, diagnostics, or troubleshooting. DUB4: contains a very old Standalone BACKUP root. The only command that is valid and available in this environment is the BACKUP command. For details on Standalone BACKUP, please see the system management documentation, particularly around the documentation for archiving and restoring the system disk on an OpenVMS VAX system -- Standalone BACKUP is the mechanism used for those tasks. Once you resolve the configuration or hardware issues -- and assuming that there are no other bootable roots found once the configuration is operational -- you can use this standalone root (or you can boot a more recent version of OpenVMS VAX Standalone BACKUP another load device on this system), and can (re)load OpenVMS VAX onto one or more of the specified disks.
|