1748060 Members
6009 Online
108758 Solutions
New Discussion юеВ

Bugcheck Error

 
Louann Duchemin
Regular Advisor

Bugcheck Error

I have had two tiste that have recorded the following error.

INVEXCEPTN, Exception while above ASTDEL

How ever the PC code portion of the error differs. The first one is:
SDA>examine/inst FFFFFFFF800A3708
EXE$REFLECT_C+00638: SLL R7,#X3B,R2

The other is:
SDA> examine/inst FFFFFFFF803359C0
CNX$SEND_MSG_CSB_V2_C+00250: LDQ RD6,#XFFD0(R13)


Can some one explaine to me the meaning of these? Both site are currently running OpenVMS version 7.3.
12 REPLIES 12
Jefferson Humber
Honored Contributor

Re: Bugcheck Error

The INVEXCEPTN could be down to many things.

How upto date are you with ECO patches for you v.7.3 release ?

Upto to date list available here -> ftp://ftp.itrc.hp.com/openvms_patches/

I like a clean bowl & Never go with the zero
Volker Halle
Honored Contributor

Re: Bugcheck Error

Louann,

if possible, please provide the full crash information (the CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS from the date of the crash) - but at least the output of the SDA> CLUE CRASH command - as an attached .TXT file.

In case of an invalid exception, you need to look at the PC of the failing instruction in the Signal Array. Together with the condition code in the Signal Array and the instruction, a first analysis may be possible.

The instruction in your first example shown can NOT generate an exception. So it was either a TRAP and you're looking at the updated PC after the failure or you looked at the wrong PC.

In your second example, R13 must have pointed to an invalid/inaccessible address for this instruction to have caused an exception.

Talking about patches should be delayed, until you better understand the circumstances of the crash.

Volker.
Jeff Chisholm
Valued Contributor

Re: Bugcheck Error

There is an in-line bugcheck in EXE$REFLECT at offset 634, with SLL R7,#X3B,R2 immediately following at offset 638. Let's have a look at the CLUE files as Volker suggested please.
le plus ca change...
Louann Duchemin
Regular Advisor

Re: Bugcheck Error

Here is one of the print outs requested.
Volker Halle
Honored Contributor

Re: Bugcheck Error

Louann,

sorry, but the bugcheck errlog entry does not help at all.

Pleass look at your system disk in the directory pointed to by the logical CLUE$COLLECT. You will find one 'CLUE' file for each valid bugcheck:

CLUE$node_ddmmyy_hhmm.LIS

Date and time are the bugcheck date and time.

If you use the command $ TYPE CLUE$HISTORY, you will get a one-line summary information for each bugcheck seen on your system (use $ SET TERM/WID=132, as the information is 132 columns wide).

Please attach the 'CLUE' files from the relevant crashes.

Volker.
Louann Duchemin
Regular Advisor

Re: Bugcheck Error

The information in the file is very old. Information is dated Feb. 2000. There is nothing current here.

Do you know if there are any issues with upgrading the memory in the DS10's? This is what happened at the site just prior to this Bug Check.
Volker Halle
Honored Contributor

Re: Bugcheck Error

Louann,

where did you get the SDA information from, which you showed us in your initial posting ? Do you still have access to the crashdump ? If so, you could post the output of the SDA> CLUE CRASH command.

Maybe you're using DOSD and have not correctly set up your CLUE$DOSD_DEVICE logical during startup.

Hardware (memory) problems should show up as MACHINECHK or MCHECKPAL bugchecks.

Volker.
Louann Duchemin
Regular Advisor

Re: Bugcheck Error

The information came from the DIAG. Looks like we were not able to get a crash dump.

OpenVMS (TM) Alpha system dump analyzer
...analyzing a compressed selective memory dump...

%SDA-E-NOTSAVED, S0/S1 space not saved in the dump file
Volker Halle
Honored Contributor

Re: Bugcheck Error

Louann,

the bugcheck-PC examined in your initial posting

EXE$REFLECT_C+00638: SLL R7,#X3B,R2

is in the central INVEXCEPTN bugcheck reporting routine. For an INVEXCEPTN bugcheck, you can not use the SDA> EXA/INS @PC command to obtain the failing instruction. You need to provide and examine the bugcheck-PC from the signal array. The SDA> CLUE CRASH command always does the right thing for you - depending on the crash context.

Volker.