Uploaded image for project: 'JBoss Enterprise Application Platform'
  1. JBoss Enterprise Application Platform
  2. JBEAP-26361

Network failure in prepare phase can cause a permanent table lock-out on Sybase

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • 7.4.z.GA
    • Transactions
    • None
    • False
    • None
    • False
    • Hide

      If you'd like to reproduce it outside the EAP, you can use the attached SybaseFreezeTest.

      You need to edit it to set your DB connection info (DB name, user, password, server host-names)

      As a proxy you can use `socat` program like this: 

      socat tcp-listen:12345,fork tcp:DB_SERVER_NAME:PORT 

      You may need to wait for a bit when restarting the proxy for the port to be released

      Show
      If you'd like to reproduce it outside the EAP, you can use the attached SybaseFreezeTest. You need to edit it to set your DB connection info (DB name, user, password, server host-names) As a proxy you can use `socat` program like this:  socat tcp-listen:12345,fork tcp:DB_SERVER_NAME:PORT You may need to wait for a bit when restarting the proxy for the port to be released

      Scenario:
      1) Enlist XAResource
      2) Network failure occurs (example from tests: a proxy is killed)
      3) Prepare is called (or commit in case of 1PC) -> RMERR is thrown, the table gets locked
      4) Proxy is started
      5) Attempt to read the modified table waits infinitely 

      From what I understand, the fact that the table gets locked is correct. I compared it with MsSQL and the scenario is very similar BUT, the table unlocks when the transaction timeout runs out.

      This timeout is set in wildfly-transaction-client/LocalTransaction.java#L176 by method XAResource.setTransactionTimeout.

      The problem seems to lie in the Sybase driver's implementation of setTransationTimeout as it has no effect apparently. As you can see in the setTransactionTimeout description, the success of this function is determined by the returned value and Sybase driver always return false.

      I don't think that we can get that driver "fixed" any time soon, or whether there is something else we can do to assure that the table gets unlocked, but we should have this at least documented.
      Something like https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_application_platform/7.4/html-single/configuration_guide/index#vendor_specific_xa_recovery comes to mind.

      There is a driver property DEFAULT_QUERY_TIMEOUT, that can be set to avoid the infinite waiting to read the blocked table, but the table will still stay locked.
      I also found some mentions of transaction timeout in Sybase ASE 12.5.1 EJB Server User’s Guide, but it seems that this is configurable on DB server side and I don't know anything about DB server configuration.

            lvydra Lukas Vydra
            ogerzica@redhat.com Ondrej Gerzicak
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: