Clovertech

Tcl failure in IB data TPS (201)

› Clovertech Forums › Read Only Archives › Cloverleaf › Cloverleaf › Tcl failure in IB data TPS (201)

  • Creator
    Topic
  • September 15, 2015 at 8:05 pm #54823
    Aaron Becker
    Participant

      Getting lots of these errors from an outbound thread that receives ADTs ORUs and ORMs. Any tips on how to troubleshoot this?

      msg: 0x30035a28

         msgType           : DATA

         msgClass          : PROTOCOL

         msgState          : Tcl failure in IB data TPS (201)

         msgPriority       : 5120

         msgRecoveryDbState: Log:update (3)

         msgFlags          : 0x8006

         msgMid            : [0.0.628401459]

         msgSrcMid         : [0.0.628400940]

         msgSrcMidGroup    : midNULL

         msgXlateThread    :  

         msgSkipXlate      : 0

         msgSepChars       :  

         msgNumRetries     : 0

         msgGroupId        : 0

         msgDriverControl  : {CONNID 0} {IPVERSION 4}

         msgRecordFormat   :  

         msgRoutes         :  

         msgUserData       : Application Error (AE) – Problem processing HL7 message.

         msgStaticIsDirty  : 0

         msgVariableIsDirty: 0

         msgTimeStartIb    : 1438426030.937(Sat Aug  1 06:47:10 2015)

         msgTimeStartOb    : 1438426031.003(Sat Aug  1 06:47:11 2015)

         msgTimeCurQueStart: 0.000(Wed Dec 31 19:00:00 1969)

         msgTimeTotalQue   : 20539.272

         msgTimeRecovery   : 1438446622.073(Sat Aug  1 12:30:22 2015)

         msgEoConfig       : 0x0

         msgData (BO)      : 0x30035b10

      TPS ERROR disposition

      Previous recovery db state is 16.

    • Creator
      Topic
    Viewing 0 reply threads
    • Author
      Replies
      • September 15, 2015 at 9:33 pm #83125
        bill bearden
        Participant

          Hello Aaron,

          You say this is an outbound thread that *receives* ADTs, ORU, and ORMs. Is it receiving them from the foreign system or is what you are saying that it receives them from another thread and sends them to a foreign system? I am going to assume you mean the second.

          I interpret the AE in the error database to mean that you have received an ACK from the foreign system that is an Application Error.

          The first thing I would do is check to see if the ACKs are being kept in SMAT. If so, find the ACK for the message that received this error. The ACK might have more information.

          The second thing I would do is look at the logs of the foreign system and see if there are any clues what the foreign system doesn’t like about the message.

          Good luck,

          Bill

      • Author
        Replies
      Viewing 0 reply threads
      • The forum ‘Cloverleaf’ is closed to new topics and replies.