| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 115.1 | Questions, No Answers... | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Fri May 23 1997 15:33 | 10 |
|
Can you tell us what you do get in the dump file, if anything?
What error messages (if any) are displayed during the crash?
Any dumpfile-related messages during the bootstrap?
Any message(s) during the dump?
Is the system disk shadowed?
I assume you are following the documented manual crash procedure,
via the >>> console.
|
| 115.2 | | BSS::JILSON | WFH in the Chemung River Valley | Fri May 23 1997 15:33 | 4 |
| Please post the output from the console when the system is crashing. Also
how are you forcing the crash? Is the system disk a shadow set?
Jilly
|
| 115.3 | | KAOT01::GU_LAROCQUE | | Fri May 23 1997 17:14 | 22 |
| Sorry, I meant to include this in the base note
Tried the following
>>> CRASH
also
>>> d pc ffffffffffffff00
>>> d ps 1f00
%SDA-E-DUMPEMPTY, dump file contains no valid dump
When either of the above are entered into the system, it looks like
the VGA is being reset. There then appears to be a VERY brief message
indicating memory dump, VGA appears to be reset again, system then reboots.
Unable to get a printer on this system to see the msg.
And yes, system I think it is a 2 member shadow set for the system disk.
/Guy
|
| 115.4 | | KAOT01::GU_LAROCQUE | | Fri May 23 1997 18:40 | 25 |
| Customer was able to capture the following:
00>>>crash
CPU 0 restarting
x
**** Boot driver initialization routine returned failure = 00000000
**** OpenVMS (TM) Alpha Operating System V6.2-1H3 - BUGCHECK ****
** Code=0000064C: unloadable
** Crash CPU: 00 Primary CPU: 00 Active CPUs: 00000003
** Current Process = NULL
** Image Name =
**** Memory dump canceled. IOVector = 00000000, Flags = 02016874
halted CPU 0
halt code = 5
HALT instruction executed
PC = ffffffff800561dc
CPU 0 booting
(boot dra0.0.0.3.1 -flags 0,0)
|
| 115.5 | | BSS::JILSON | WFH in the Chemung River Valley | Sun May 25 1997 13:38 | 5 |
| IMHO this looks like a problem writing to the SWXCR (??) disk set ie DRA0
but to rule out shadowing have you tried dismounting the nonboot member of
the system disk shadow set before doing the ANA/CRASH ?
Jilly
|
| 115.6 | | EEMELI::MOSER | Orienteers do it in the bush... | Tue May 27 1997 07:12 | 4 |
| since you have shadow sets, how are your DUMP_DEV environment variables
setup?
/cmos
|
| 115.7 | | KAOT01::GU_LAROCQUE | | Tue May 27 1997 12:50 | 10 |
|
Found the problem.
There were 2 new images installed on the system to try and resolve a shadowing
problem. The images in question were SHADOW_SERVER.EXE;1 & SYS$SHDRIVER.EXE;1 .
Both images were from ALPSHADS_062.BCK;1.
Thanks for the replies.
/Guy
|
| 115.8 | if caused by ALPSHADS_062.BCK - pls IPMT ! | HAN::HALLE | Volker Halle MCS @HAO DTN 863-5216 | Tue May 27 1997 13:13 | 10 |
| Guy,
are you telling us that those 2 images cause the dump to NOT be
correctly written ?!
If so, please ESCALATE THIS PROBLEM IMMEDIATELY ! Those images are the
MOST RECENT SHADOWING 'patches' and supposed to show up in the next
TIMA shadowing kit !
Volker.
|
| 115.9 | | KAOT01::GU_LAROCQUE | | Tue May 27 1997 15:27 | 10 |
|
Not so Volker.
The patch has apparently been installed on several other systems without any
problems. It is being looked at specifically from the customer's system.
I will or I am sure that someone else will post the findings as soon
as we know what is going on.
/Guy
|
| 115.10 | This may be site-specific, it may not... | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Tue May 27 1997 15:30 | 8 |
|
: Not so Volker.
:The patch has apparently been installed on several other systems without any
:problems. It is being looked at specifically from the customer's system.
Volker is right -- please escalate this first, before we ship out
a buggy ECO, then the questions can be asked.
|
| 115.11 | | KAOT01::GU_LAROCQUE | | Tue May 27 1997 16:58 | 10 |
|
No problem with the ECO.
Customer had not properly installed ALPCLUSIO01_062.
Customer will do so later this evening.
Problem should then be resolved.
/Guy
|