Hang on Alphaserver DS20E

[mahesh arora]

we had a system working without PAK. we by mistake applied openvms license pak for other alpha server and when we restarted the server we are getting following messages and sytem is unable to come up. what is the way to get system to original status.


Below is the serial console capture.After which we are getting the
blue screen & nothing happens.The same problem is experienced while
booting with cd.

initializing GCT/FRU at 1d4000
Testing the System
Testing the Memory
Testing the Disks (read only)
Testing ei* devices.
System Temperature is 34 degrees C

COMPAQ AlphaServer DS20E 666 MHz Console V5.8-10, Aug 21 2000 16:20:33
P00>>>
P00>>>show console
console serial
P00>>>boot dka0
(boot dka0.0.0.7.1 -flags 0)
block 0 of dka0.0.0.7.1 is a valid boot block
reading 1134 blocks from dka0.0.0.7.1
bootstrap code read in
base = 200000, image_start = 0, image_bytes = 8dc00
initializing HWRPB at 2000
initializing page table at 3ff58000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code

%SYSBOOT-W-FIRMREV, Firmware rev. 5.8 is below the recommended minimum of 6.5.
Please update your firmware to the recommended revision,
which can be found on the firmware CD labeled:
alpha systems firmware update 6.5.



OpenVMS (TM) Alpha Operating System, Version V7.3-2

(c) Copyright 1976-2003 Hewlett-Packard Development Company, L.P.


%DECnet-I-LOADED, network base image loaded, version = 05.10.00


%DECnet-W-NOOPEN, could not open SYS$SYSROOT:[SYSEXE]NET$CONFIG.DAT


%PKA0, Copyright (c) 1998 IntraServer Technology Inc. PKW V2.1.21 ROM V2.0
%PKA0, SCSI Chip is SYM53C895, Operating mode is LVD Ultra2 SCSI
%SMP-I-SECMSG, CPU #01 message: P01>>>START
%SMP-I-CPUTRN, CPU #01 has joined the active set.
%STDRV-I-STARTUP, OpenVMS startup begun at 21-AUG-2008 20:25:21.31

%EIA0, Twisted-Pair mode set by console

%EIA0, Half Duplex 10BaseT connection selected

[DECxchange]

Hello,
Us that all that comes out? Anything after that? So far everything looks OK, what is it doing after that?

When you first power on your server, does it boot automatically, or do you get the console prompt, >>>? And then type b for boot?

What type of alphaserver is the other one? It's possible that evern though you accidentally loaded the other Alpha's PAK, it would still work. Are you in a VMScluster environment?

[DECxchange]

I see you stated that this is a serial console capture, but then you go on to say taht you get a blue screen. So that implies that you have a graphics adapter on the system. You can check to verify whether you are on a serial or graphics console at the console prompt, before bootup, that is,

>>> show console

It's also possible that you are plugged into the wrong serial port for the console port. It's also possible that you have a loose cable connecting the monitor to the Alpha. If you are getting nothing after the text you have included, try plugging in to the other serial port and see if you are getting any output.

You can press the halt switch and do a show console.

[mahesh arora]

the above message is from server in console mode. we do have graphic card but in order to capture we are using serial console.

nothing happens after this in console mode. but in graphic mode. we get messages till scsi controller recognizing disks , after that screen changes to blue screen ( not screen of death of MS ) with cursor blinking on left top corner and at bottom of the screen the display is " OPENVMS OPERATOR CONSOLE " and system goes to wait state and after few minutes num lock key stops responding.

we tried via local help using sysboot by set startup_p1 "min" . we managed to get $ prompt and could login with user name " system" and password which we set before PAK was applied. we manged to remove license but it still boots to above hang state in normal mode.
thanking you in advance.

[DECxchange]

Is EIA0 your only network adapter? Is your network cable plugged into the DS20E? This looks like it is stuck trying to do something with the network. Does it hang for a while at the above EIA0 message and then continue, or does it sit there forever?

[Hoff]

What you're seeing here could be explained by a connection into the wrong COM port; that you're connected to COM2 and not the COM1 console port. If you're not plugged into the COM1 serial port, things can get weird quickly with the console -- and for a discussion of the console environment variable and for the SRM serial and graphics displays, see here:

http://64.223.189.234/node/995

You'll want to update your SRM console. There are various descriptions around of updating your firmware, including

http://64.223.189.234/node/385

Also (once you get the basic startup sorted out) load your core license PAKs. There are various descriptions around for getting your core license product authorization keys (PAKs) registered and loaded, including this one:

http://64.223.189.234/node/259

Given that there is no mention of which of the many graphics controller is installed here, there is a listing of graphics devices that are known to work with OpenVMS Alpha here:

http://64.223.189.234/node/46

I'd get the RMC configured and working here, too, and get a terminal server or other such configured to allow remote (network) console access into this AlphaServer DS20E box.

[mahesh arora]

we did some work and tried loading system with command boot -fl 0,30000 DISKNAME system goes through following steps and thereafter hangs. ( file attached ).

what is not understandable that we have 2 systems and both were ok when initially booted but without license. both were applied with wrong license and both server are in same hanged stage. we did minimum boot and we could get $ prompt and deleted all license but still we have dead server. please suggest remedy.

[DECxchange]

I notice (see below) you have several SCSI controllers, but only 3 disc drives. Could it be that your system (application) is waiting for a disc drive to spin up and do something? Can you make sure all of your disc drives are connected (cables secure, etc.).

Can you upgrade the firmware to the latest rev? Can you reload all of your licenses on the correct systems as they were originally? Is this the version of VMS you were running before when everything was working?

Are you sure that dka0 is the original boot disc from when things were working?

Basically, try to make sure everything hardware, (application) software, licenses, etc. is back to where it was before your troubles began. Then resubmit the output here.

Include the command
>>> sho config
>>> show *
in your next output.
Thanks.

6Cshow dev
dka0.0.0.7.1 DKA0 COMPAQ BD0728856A HPB2
dka100.1.0.7.1 DKA100 SEAGATE ST3146707LC 0005
dka200.2.0.7.1 DKA200 SEAGATE ST3146707LC 0005
dqa0.0.0.105.0 DQA0 CD-224E 9.5B
dva0.0.0.0.0 DVA0
mke600.6.0.8.0 MKE600 COMPAQ SDT-10000 1.09
eia0.0.0.9.1 EIA0 00-50-8B-AC-04-75
pka0.7.0.7.1 PKA0 SCSI Bus ID 7
pkb0.7.0.8.1 PKB0 SCSI Bus ID 7 5.57
pkc0.7.0.6.0 PKC0 SCSI Bus ID 7
pkd0.7.0.106.0 PKD0 SCSI Bus ID 7
pke0.7.0.8.0 PKE0 SCSI Bus ID 7 5.57
P00>>>boot -fl 0,30000 dka0
(boot dka0.0.0.7.1 -flags 0,30000)
block 0 of dka0.0.0.7.1 is a valid boot block
reading 1134 blocks from dka0.0.0.7.1
bootstrap code read in
base = 200000, image_start = 0, image_bytes = 8dc00
initializing HWRPB at 2000
initializing page table at 3ff58000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code

%SYSBOOT-W-FIRMREV, Firmware rev. 5.8 is below the recommended minimum of 6.5.
Please update your firmware to the recommended revision,
which can be found on the firmware CD labeled:
alpha systems firmware update 6.5.

OpenVMS (TM) Alpha Operating System, Version V7.3-2

[mahesh arora]

i have attached show config and show * file along with boot command captured file.

it seems problem lies elsewhere. we managed to procure one more ds20e which was run earlier in unix environment. we did boot " cdrom drive" after setting the date and time system again went to following messages and hung. now i believe it may be the we are not following right steps.

we are at stand still please suggest.

we tried fresh boot system does not reaches to menu selection panel

[Hoff]

Ensure all SCSI buses are correctly terminated.

Ensure you are connected on the COM1 serial port.

Register your core license PAKs per the description in the URL included earlier. Until and unless the PAKs are registered and loaded and the startup is not tossing PAK errors, all bets are off.

If the PAK registration step fails to resolve this, correct the errors related to the system parameter values using a conversational bootstrap sequence. This is brute-force, but some of those parameters definitely need to be changed. While in the conversational startup, I'd also check that the SCSNODE parameter value is one to six alphanumeric characters.

Then report back.