Conference orarep::nomahs::dbintegrator_public_public

1060.0. "dbi 3.1 bugcheck" by ORAREP::GIDDAY::REINHOLD (Skippy) Thu May 30 1996 00:24

    Gidday,
    
    	   I have a customer, Alpha 2100 4/200, OpenVMS V6.2-1H2,
    DEC Rdb structure level is 60.0 and DBI V3.1
    
    	   The customer has intermittent bugchecks within DBI, following is
    the output of what he is seeing,
    
    	   Any ideas/suggestions etc?, I have asked for the code, which the 
    cusotmer is sending, but don't have at this point in time.
    
    					Cheers,
    						Dave
    
    
    search TAFE_USERS3:[WAR_MANAGER]RDSBUGCHK.DMP
    "-e-","-f","exception","****"/win=10
    
    Saved PC = 0199BC34 : KOD$BUGCHECK_DUMP + 00000D74
    Saved PC = 01820124 : KOD$BUGCHECK_AND_EXIT_HNDLR + 00000094
    Saved PC = 80007164 : S0 address
    Saved PC = 8A8A02BC : S0 address
    ***** Exception at 01668050 : CLIENT$VERB_FAILURE + 00000070
    %COSI-F-BUGCHECK, internal consistency failure
    Saved PC = 01822884 : KOD$VERB_FAILURE + 000000A4
    Saved PC = 016ACF00 : RDMS$$TOP_DSDI_HNDLR + 000001B8
    Saved PC = 80007164 : S0 address
    Saved PC = 8A8A02BC : S0 address
    ***** Exception at 017D7B80 : COSI_MEM_FREE_VMLIST + 000003C0
    %COSI-F-BUGCHECK, internal consistency failure
    Saved PC = 0179DDD0 : RDMS$$DETACH_DATABASE + 000007F0
    Saved PC = 0179D544 : RDMS$TOP_DETACH_DATABASE + 000002E4
    Saved PC = 01A580BC : BLI$CALLG + 000000BC
    Saved PC = 018214E0 : KOD$SETSTK_AND_CONTINUE + 00000140
    
    
    -------------------------------------------------------------------
    %DBI-F-BUGCHECK: bugcheck dump will be written to
    TAFE_PRODUCTS1:[WAR.V1_0]DBI_BUGCHECK.DMP;3
    %SYSTEM-F-ACCVIO, access violation, reason mask=04, virtual
    address=7ED73C60,PC=809CA2A0, PS=0000001B
      Improperly handled condition, image exit forced.
    
        Signal arguments:   Number = 00000005
                            Name   = 0000000C
                                     00000004
                                     7ED73C60
                                     809CA2A0
                                     0000001B
    
        Register dump:
        R0  = 00000000010E0000  R1  = FFFFFFFFFFFFFC07  R2  = 000000007F3A1F50
        R3  = 000000007ED74618  R4  = 0000000000A7358B  R5  = 000000007ED74610
        R6  = 000000007ED745F8  R7  = 000000007ED745E0  R8  = 000000007ED74608
        R9  = 0000000000000058  R10 = 0000000000A7358B  R11 = 0000000000000000
        R12 = FFFFFFFFFFFFFFFF  R13 = 0000000000000005  R14 = 0000000000A73D30
        R15 = 000000007ED779E8  R16 = 000000007ED74618  R17 = 000000007ED74610
        R18 = 000000007ED745F8  R19 = 0000000000000058  R20 = 0000000000000000
        R21 = 000000007ED745E0  R22 = 0000000000000001  R23 = FFFFFFFFFFFFFC00
        R24 = 0000000000000008  R25 = 000000007ED74608  R26 = FFFFFFFF809CC098
        R27 = 000000007F3A1DF0  R28 = FFFFFFFF809CC080  R29 = 00000000837B8FB0
        SP  = 000000007ED7A000  PC  = FFFFFFFF809CA2A0  PS  = 000000000000001B
    %DCL-W-SKPDAT, image data (records not beginning with "$") ignored
      WAR_MANAGER  job terminated at 30-MAY-1996 11:36:46.98
    
    
    
    
     

    
    Hi Dave,
    
    Could you post the top of the DBI bugcheck?  Hopefully that will help
    us isolate the problem.  If you get the whole dbi bugcheck you could
    copy it to orarep:: and send us mail so we know it is there.  Note that
    the bugcheck you posted is an rdb bugcheck, and may or may not be
    related to the problem the customer is seeing.
    
    Thanks,
    
    Dan
    
    
    PS - If you do need to send mail you can send it to
    [email protected] - thanks

    Thanks Dan,
               The customer has rebuilt their database, and all is ok.
    
    Cheers,
    
    Dave