Operating System - OpenVMS
1753439 Members
4890 Online
108794 Solutions
New Discussion юеВ

Re: Seeking help in Crash Dump analysis.

 
SOLVED
Go to solution
Anjan Ganguly
Frequent Advisor

Seeking help in Crash Dump analysis.

I have Alpha DS 10 machine where Open VMS 7.2-1 Version is installed.My system go crash today morning at around 10:45AM.I have got the dump file with me but not able to understand the reason from the file.I am attaching the dump file.Can some body help me in analysing the cause of the crash from the file.
11 REPLIES 11
Kris Clippeleyr
Honored Contributor

Re: Seeking help in Crash Dump analysis.

Although I'm not an expert in crash dump analysis (contact Volker for that), I guess your Alpha crashed due to a hardware problem. It might be CPU or memory related.
Greetz,
Kris (aka Qkcl)
I'm gonna hit the highway like a battering ram on a silver-black phantom bike...
Ian Miller.
Honored Contributor

Re: Seeking help in Crash Dump analysis.

have a look in your hardware error log too.
____________________
Purely Personal Opinion
Anjan Ganguly
Frequent Advisor

Re: Seeking help in Crash Dump analysis.

Can u tell cow to see the hardware error log and where it indicates in the crash dump that it is an hardware fault.I am asking because I am not able to decode the registry (program counter) chech and all in the clue file.Can u highligh me in this regard?
Kris Clippeleyr
Honored Contributor
Solution

Re: Seeking help in Crash Dump analysis.

Hi,

You might want to use WEBES to analyze the file SYS$ERRORLOG:ERRLOG.SYS.
And...
> and where it indicates in the crash dump that it is an hardware fault.
I've seen too many "MACHINECHK, Machine check while in kernel mode" crashes that where all related to hardware failures.
Greetz,
Kris (aka Qkcl)
I'm gonna hit the highway like a battering ram on a silver-black phantom bike...
Richard Brodie_1
Honored Contributor

Re: Seeking help in Crash Dump analysis.

Try analyze/err/elv translate/since
Anjan Ganguly
Frequent Advisor

Re: Seeking help in Crash Dump analysis.

Richard,
While trying with analyze/err, it says that N"New header format found.Install Decevent and run conversion utility."


My Open VMS version is 7.2-1.
I am not able to run your given command.
Ian Miller.
Honored Contributor

Re: Seeking help in Crash Dump analysis.

Unfortunately you need System Event Analyser which is part of WEBES.
Current WEBES runs on Windows only. Older versions where available for OpenVMS.

There is also DECevent - no longer supported but still available for download
http://h18023.www1.hp.com/support/svctools/decevent/index.html#VMS


____________________
Purely Personal Opinion
Jim_McKinney
Honored Contributor

Re: Seeking help in Crash Dump analysis.

> There is also DECevent

However, though DECevent is wonderful for decoding device errors and issues with old AlphaServers, the DS10's inception occurred after DECevent support was already abandoned and so decoding core failures of the DS10 using DECevent will be unsucessful.
Bob Blunt
Respected Contributor

Re: Seeking help in Crash Dump analysis.

Regardless what the age of the machine in Alphaland DECevent should decode with enough intelligence to give you, at least, an indication if the problem is CPU, BCACHE, physical memory, etc.

Much would depend on the age, CPU type and speed of the DS10, too. I'd try to run ERRLOG.SYS through DECevent before I went to the pain and trouble of finding and installing WEBES and SEA for that. You may also have trouble finding a WEBES/SEA kit that works on V7.2-1 and the DECevent that's available will work on that version.

The system routine in use at the time of the crash is an indicator in this case. That "correctable error" should be your first hint there. BUT, keep in mind, that there are some correctable errors that don't really point to a hard failure of the hardware. There are several BCACHE errors that can cause a crash that are correctable that only require consideration if you're getting them several times in a one week timeframe. While this can be annoying in a highly critical environment only you and your management can decide if the frequency exceeds your pain threshold and then get your maintenance provider (if any) to investigate and fix the problem.

Of course the alternate solution or idea would be to contact HP and make a copy of the dump available for their perusal. If, of course, they handle your maintenance... Otherwise the work would be per-call for the repair.

bob