1827474 Members
1855 Online
109965 Solutions
New Discussion

bad dumpfile

 
SOLVED
Go to solution
Antoniov.
Honored Contributor

Re: bad dumpfile

Willem,
thank you for information.
Will be useful next time.

Antonio Vigliotti
Antonio Maria Vigliotti
Jan van den Ende
Honored Contributor

Re: bad dumpfile




Anyway, so far so good. Now wait for the next (real) crash...
/quote>

wishing you (and expecting) a looooooooooooong wait!

jpe
Don't rust yours pelled jacker to fine doll missed aches.
Helmut Ammer
Occasional Advisor

Re: bad dumpfile

Willem,

now there are more questions than answers.
DUMPSTYLE is set to 9 which means selective and compressed dump (bit 0 and 3). See
HELP SYS_PARA DUMPSTYLE in SYSGEN.
But SDA in your log says "...analyzing an Alpha full memory dump in override mode...". Also you get the message %SDA-W-INCDUMPFORM.
But in CLUE logfile you can see "...analyzing an Alpha compressed selective memory dump...".
This looks like your ANA/CRASH is using a different file as CLUE?!?
Please can you provide the console log of a crash and the line with the dumpfile from SHOW DEVICE/SYS SYS$SYSDEVICE:!

Helmut
Willem Grooters
Honored Contributor

Re: bad dumpfile

Helmuth,
the CLUE logging is created during startup - and SDA was started using SYS$SYSTEM:SYSDUMP.DMP. So I am puzzled as well now.

Willem Grooters
OpenVMS Developer & System Manager
Willem Grooters
Honored Contributor

Re: bad dumpfile

Not exactly, but I think I found the solution in the fact that there is now an idea what happened: Something went wrong during writing the dumpfile (see thread on memory problems).
Helmuth's suggestion is woirthwhile but first I need to find some machine where I can actually DUMP the screen....
Willem Grooters
OpenVMS Developer & System Manager