Thread losing transactions

Clovertech Forums Read Only Archives Cloverleaf Cloverleaf Thread losing transactions

  • Creator
    Topic
  • #47939
    Linda Howell
    Participant

      We have one thread in our test environment that loses any pending transactions when the thread is stopped and restarted.  This thread is not set up any differently than any of our other threads and it is the only one that is losing records.  If we have 50 records pending and then have to stop the thread, when the thread is restarted there are NO records pending.  Has anyone seen this before?  Does anyone have any ideas on what could be causing this?  Thank you.

      Linda Howell

      W. A. Foote Memorial Hospital, Inc.

      Jackson, MI

    Viewing 3 reply threads
    • Author
      Replies
      • #57112
        William Grow
        Participant

          I know this is obvious, but it sounds like

        • #57113
          Linda Howell
          Participant

            Nope, Use Recovery Database is checked.  Thanks for the thought.  I hope that it is something that simple that I’ve overlooked.  Thanks again, Linda

          • #57114
            Jonathan Hamilton
            Participant

              Verify use RDB is checked in the thread properties first.  Also, I am guessing you are having problems with an outbound thread, make sure the inbound thread that is feeding the thread has RDB checked.  The use RDB flag is set in the message by the inbound thread when the data is read and the message created by the protocol driver.  The use RDB setting is not used in an outbound only thread.

              Otherwise, are you using msgcreate within any of the TPS procedures of the thread?  If so make sure you include the -recover flag to ensure the message uses RDB.

              How about grmencode?  Grmencode does not enable the RDB flag when it creates a message.  After you create a message using grmencode you typically need to copy the message contents back to the original message handle to keep the RDB settings, or create another message using msgcreate -recover, then destroy the message created by grmencode.

              Jonathan

            • #57115
              Linda Howell
              Participant

                Jonathan,

                Thank you so much!  Use Recovery Database was not checked on the inbound thread.  I hadn’t looked at that thread at all.  I’m both relieved and embarassed that it was something so simple that I was overlooking.  I’ve changed it and verified that we’re no longer losing records.  Thanks again, you’re awesome!

                Linda

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