Uploaded image for project: 'JBoss Transaction Manager'
  1. JBoss Transaction Manager
  2. JBTM-3138

XTS txbridge does not run commit when 1PC is used, prepared phase fails on crash recovery later

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Critical Critical
    • 5.9.6.Final
    • 5.9.5.Final
    • XTS
    • None
    • Hide

      From the PR https://github.com/jbosstm/narayana/pull/1391 running the test

      mvn clean install -Parq -Dtest=InboundCrashRecoveryTests#testCrashCommit
      
      Show
      From the PR https://github.com/jbosstm/narayana/pull/1391 running the test mvn clean install -Parq -Dtest=InboundCrashRecoveryTests#testCrashCommit
    • Workaround Exists
    • Hide

      Forbid the 1PC to be used. Either in WFLY config

      <system-properties>
          <property name="CoordinatorEnvironmentBean.commitOnePhase" value="false"/>
      </system-properties>
      

      or with system property

      -DCoordinatorEnvironmentBean.commitOnePhase=false
      
      Show
      Forbid the 1PC to be used. Either in WFLY config <system-properties> <property name= "CoordinatorEnvironmentBean.commitOnePhase" value= " false " /> </system-properties> or with system property -DCoordinatorEnvironmentBean.commitOnePhase= false

      As it seems the crashed inbound txbridge participant finished with rollback after recovery is run on the prepared participant.

      In scenario

      • WS call to the WFLY server
      • inbound bridge injects the JTA transactions as subordinate under the WS AT one
      • prepare is called and the 2PC phase finishes
      • commit phase starts and JVM crashes
      • restart of WFLY server
      • recovery is expected to commit the participants

      the outcome is rollback for the participant not the commit as it's expected. This way the data consistency could be harmed.

      This was discussed at the forum https://developer.jboss.org/thread/279243 as follow-up to the issue JBTM-3079.

        1. stacktrace.txt
          18 kB
        2. server.log
          471 kB

            ochaloup@redhat.com Ondrej Chaloupka (Inactive)
            ochaloup@redhat.com Ondrej Chaloupka (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: