[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference rocks::dec_edi

Title:DEC/EDI
Notice:DEC/EDI V2.1 - see note 2002
Moderator:METSYS::BABER
Created:Wed Jun 06 1990
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3150
Total number of notes:13466

3109.0. "Data Server ACCVIO" by CSC32::R_GOLLEHON () Fri Apr 25 1997 16:44

    Hello,
    
    I have a customer who encountered a data server crash with an access
    violation...there were no meaningful errors in the error log and it
    looks like absolutely nothing was going on at the time...no docs, no
    transmissions, customer uses X400 so there were no job schedules...the
    only thing I can think that it would have coincided with is a TFB run,
    but even that shouldn't have done anything since there were no
    outbounds to build.  Customer is at V2.1C (not at the latest patches
    tho) with OpenVMS AXP 6.2.  Looking at accounting I see no other
    processes starting or stopping within a 10 minute window of the crash. 
    
    Here's the stack dump:
    
  %SYSTEM-F-ACCVIO, access violation, reason mask=00, virtualaddress=03D9FD09,
     PC=8080FB0C, PS=0000001B
    
    Improperly handled condition, image exit forced.
      Signal arguments:   Number = 00000005
                          Name   = 0000000C
                                   00000000
                                   03D9FD09
                                   8080FB0C
                                   0000001B
    
      Register dump:
    
      R0  = 3A30303A303023F8  R1  = FFFFFFFFD9DA6000  R2  = 0000000000013330
      R3  = 0000000000000000  R4  = 0000000003D9FD09  R5  = 0000000003D9FD09
      R6  = 0000000003D9FD09  R7  = 00000000000007DB  R8  = 0000000000000000
      R9  = 0000000000000000  R10 = 00000000002ACD08  R11 = 0000000000000001
      R12 = 000000000022B820  R13 = 0000000000000000  R14 = 0000000000000000
      R15 = 000000007EEF5DA0  R16 = 000000007EE53278  R17 = 000000007EE53308
      R18 = FFFFFFFFFFFFFFFF  R19 = FFFFFFFFFFFFFFCF  R20 = 0000000000000001
      R21 = 0000000000000001  R22 = FFFFFFFFD9DA6000  R23 = 0000000000000001
      R24 = 000000007F062F30  R25 = 0000000000000001  R26 = 0000000000052CF0
      R27 = FFFFFFFF83248FF8  R28 = FFFFFFFF8080FADC  R29 = 000000007EE53260
      SP  = 000000007EE53280  PC  = FFFFFFFF8080FB0C  PS  = 000000000000001B
    SYSTEM       job terminated at 25-APR-1997 02:35:40.12  
    
    Accounting information:
    Buffered I/O count:            2271         Peak working set size:  3520
    Direct I/O count:               411         Peak page file size:   42336
    Page faults:                   1189         Mounted volumes:           0
    Charged CPU time:           0 00:00:01.80   Elapsed time:     00 7:57:05.91
    
T.RTitleUserPersonal
Name
DateLines
3109.1METSYS::THOMPSONMon Apr 28 1997 11:1910
Robert,

just one instance is pretty hard to resolve.

The virt addr is set to DECEDI$_SUCCESS which is pretty unusual.
The PC was in one of the VMS libraries. 

We just need more information on this one.

M
3109.2flukeCSC32::R_GOLLEHONMon Apr 28 1997 19:096
    Thanks Mark,
    
    That's sorta what I figured, but I didn't think it would hurt to ask. 
    I doubt we'll see this again soon...sounded like a fluke.
    
    -Robert