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 |
A customer saw the following error in the logfile :- . . DECEDI-I-DSTERMINATED, process DECEDI$OFTP terminated/disconnected -SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=FFFFFFFF, PC=7EE512E8, PS=00000001 -DECEDI-I-CONDLOGGED, condition logged by DECEDI$DS on node OJIT3:: at 10-FEB-1997 18:33:16.43 . . . This error is the same as in note 2302 (no solution given). When I looked in DECEDI$TOP:[DATA]DECEDI$OFTP_OJIT3.OUT, I saw " You have changed the default DEC Rdb Version at a level other %than /PROCESS. The RMU symbol may have to be set by users %using DEC Rdb at this level. This can be done with the %following DCL command: @SYS$SHARE:DECRDB$SETVER RESET Current JOB DEC Rdb environment is version V6.1-0 (STANDARD) Current JOB SQL environment is version V6.1-0 (STANDARD) Current JOB Rdb/Dispatch environment is version V6.1-0 (STANDARD) %RDMS-I-BUGCHKDMP, generating bugcheck dump file DECEDI$TOP:[TEMP]RDSBUGCHK.DMP; %RDMS-I-BUGCHKDMP, generating bugcheck dump file DECEDI$TOP:[TEMP]RDSBUGCHK.DMP; " Seems like an rdb related problem which caused oftp to crash. Is this the likely cause ? regards, Andrew
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
3008.1 | METSYS::THOMPSON | Wed Feb 12 1997 17:35 | 7 | ||
Hi, Looks like RDB. Any other info? M | |||||
3008.2 | operator.log | ABBEDI::GRIFFITHS | Thu Feb 13 1997 10:41 | 30 | |
The only other info. at that time was in the operator.log which showed that the SVC failed :- %%%%%%%%%%% OPCOM 10-FEB-1997 18:33:31.98 %%%%%%%%%%% Message from user SYSTEM on OJIT3 Event: SVC Failed from: Node 0:. X25 Protocol DTE DTE-4-3, at: 1997-02-10-19:32:05.498+01:00Iinf Remote DTE=399937500004, Call Time=1997-02-10-19:32:05.378+01:00Iinf, Direction=Incoming, Cause=0, Diagnostic=0, Failure Reason=Call Cleared, Channel=1 eventUid F560B044-8373-11D0-8000-08002BA2BFA0 entityUid AE5FD964-3C82-11D0-8000-08002BA2BFA0 streamUid 9E95CBC4-3C82-11D0-8000-08002BA2BFA0 . . . the above keeps repeating for new incoming calls. When dec/edi was restarted, the svc is cleared again (oftp restarted). Andrew |