Title: | VAX and Alpha VMS |
Notice: | This is a new VMSnotes, please read note 2.1 |
Moderator: | VAXAXP::BERNARDO |
Created: | Wed Jan 22 1997 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 703 |
Total number of notes: | 3722 |
Hi A customer problem. System is OpenVMS VAX 6.2. They have three failures of images with the same footprint all nearly at the same time. One of them is backup and the other two are some user applications. Failure output is: Improperly handled condition, bad stack or no handler specified. Signal arguments Stack contents Number = 00000005 00004401 Name = 0000000C 00000000 00000001 00000000 77FE2BF4 00000000 7FF40403 00000000 02800001 00000000 00000000 00000000 00000000 00000000 Register dump R0 = 00000000 R1 = 7FFEC9BC R2 = 00000000 R3 = 7FFECA00 R4 = 00000000 R5 = 00000000 R6 = 00000001 R7 = 00779A00 R8 = 000AA3E8 R9 = 000AA410 R10= 00000000 R11= 77FE2BDC AP = 7FFECA2C FP = 7FFECA00 SP = 7FFEC9BC PC = 7FF40403 PSL= 02800001 %SYSTEM-F-NOHANDLER, no condition handler found This seems some code in P1 space of the process, system service or XQP. How can we solve that. Patches installed are: VAXACRT07_062 VAXACRT04_062 VAXCLIU02_070 VAXDDTM01_070 VAXDRIV04_070 VAXDRIV01_070 VAXF11X03_070 VAXF11X02_062 VAXINIT01_070 VAXINST01_062 VAXLIBR02_070 VAXLIBR01_062 VAXMSCP01_070 VAXMTAA02_062 VAXPHV02_062 VAXPRTS02_070 VAXPTD01_070 VAXSHAD05_062 VAXSHAD01_062 VAXSYS01_062 VAXSYS03_062 VAXSYS04_070 VAXSYS06_070 VAXSYSL01_070 VAXVERI01_062 CSCPAT_0245019 VAXBADB02_070 VAXCLIU03_062 VAXCLIU03_062 VAXDISM01_062 VAXLAVC01_062 VAXLOAD01_062 VAXLOGI02_070 VAXMANA02_070 VAXOPCO01_070 VAXQMAN02_070 VAXRMS01_062 VAXSYS02_062 VAXSYS05_070 VAXUAF01_070 Thanks Zvi
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
220.1 | I suspect this will need an IPMT | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Wed Feb 19 1997 10:23 | 0 |
220.2 | AUSS::GARSON | DECcharity Program Office | Wed Feb 19 1997 17:10 | 15 | |
re .0 > This seems some code in P1 space of the process, system service or > XQP. Given that the acmode is SUPER I would guess that the problem was an ACCVIO within DCL. Since you seem to love installing patches, have you got all the DCL patches? Perhaps an upgrade is in order to reduce the number of patches. Verify all images pertaining to DCL (e.g. including DCLTABLES) are identical to distribution copies (unless patched since of course). And as .1 says, unless you can quickly resolve this, it should be formally escalated. ACCVIO (presumably causing loss of process too) is pretty uncivilised and ought not go unreported or unfixed. |