<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question CM API Exception occurred: Cannot commit in rollback only mode. None in Archives of Support Questions (Read Only)</title>
    <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/41984#M31791</link>
    <description>&lt;P&gt;We are using CM API to provision hosts on demand. I have noticed that when we provision multiple hosts at the same time, when we call the "apply_host_template" API call, we run into deadlock issues. I have searched online and through forums, found some references to postgres running out of disk space, which is not the case in our environment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here is some info from our environment:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Version&lt;/STRONG&gt;&lt;SPAN&gt;: Cloudera Express 5.4.1 (#197 built by jenkins on 20150509-0041 git: 003e06d761f80834d39c3a42431a266f0aaee736)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;postgres (PostgreSQL) 8.4.20 (&lt;/SPAN&gt;We are using the embeded Postgres DB via the cloudera-manager-db. I know its not recommended though unclear exactly why since it's running a real version of postgres)&lt;/P&gt;&lt;P&gt;We typically have about 100 hosts in our cluster.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Exception returned from the API:&lt;/P&gt;&lt;P&gt;Exception occurred: Cannot commit in rollback only mode. None&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Exception in Cloudera Manager Server:&lt;/P&gt;&lt;P&gt;2016-06-14 03:41:04,121 ERROR 583972919@scm-web-3788:com.cloudera.server.cmf.OperationsManagerSubject: Caught exception while processing role update handlers&lt;BR /&gt;javax.persistence.OptimisticLockException: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbRoleConfigGroup#110]&lt;BR /&gt;at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1416)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Error from Postgres:&lt;/P&gt;&lt;P&gt;ERROR: deadlock detected&lt;BR /&gt;DETAIL: Process 28424 waits for ShareLock on transaction 5213625; blocked by process 10493.&lt;BR /&gt;Process 10493 waits for ExclusiveLock on tuple (3,28) of relation 17068 of database 16385; blocked by process 28424.&lt;BR /&gt;Process 28424: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;Process 10493: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;HINT: See server log for query details.&lt;BR /&gt;STATEMENT: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;ERROR: current transaction is aborted, commands ignored until end of transaction block&lt;/P&gt;</description>
    <pubDate>Fri, 16 Sep 2022 10:25:07 GMT</pubDate>
    <dc:creator>arov</dc:creator>
    <dc:date>2022-09-16T10:25:07Z</dc:date>
    <item>
      <title>CM API Exception occurred: Cannot commit in rollback only mode. None</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/41984#M31791</link>
      <description>&lt;P&gt;We are using CM API to provision hosts on demand. I have noticed that when we provision multiple hosts at the same time, when we call the "apply_host_template" API call, we run into deadlock issues. I have searched online and through forums, found some references to postgres running out of disk space, which is not the case in our environment.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Here is some info from our environment:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Version&lt;/STRONG&gt;&lt;SPAN&gt;: Cloudera Express 5.4.1 (#197 built by jenkins on 20150509-0041 git: 003e06d761f80834d39c3a42431a266f0aaee736)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P class="p1"&gt;&lt;SPAN class="s1"&gt;postgres (PostgreSQL) 8.4.20 (&lt;/SPAN&gt;We are using the embeded Postgres DB via the cloudera-manager-db. I know its not recommended though unclear exactly why since it's running a real version of postgres)&lt;/P&gt;&lt;P&gt;We typically have about 100 hosts in our cluster.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Exception returned from the API:&lt;/P&gt;&lt;P&gt;Exception occurred: Cannot commit in rollback only mode. None&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Exception in Cloudera Manager Server:&lt;/P&gt;&lt;P&gt;2016-06-14 03:41:04,121 ERROR 583972919@scm-web-3788:com.cloudera.server.cmf.OperationsManagerSubject: Caught exception while processing role update handlers&lt;BR /&gt;javax.persistence.OptimisticLockException: org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbRoleConfigGroup#110]&lt;BR /&gt;at org.hibernate.ejb.AbstractEntityManagerImpl.wrapStaleStateException(AbstractEntityManagerImpl.java:1416)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Error from Postgres:&lt;/P&gt;&lt;P&gt;ERROR: deadlock detected&lt;BR /&gt;DETAIL: Process 28424 waits for ShareLock on transaction 5213625; blocked by process 10493.&lt;BR /&gt;Process 10493 waits for ExclusiveLock on tuple (3,28) of relation 17068 of database 16385; blocked by process 28424.&lt;BR /&gt;Process 28424: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;Process 10493: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;HINT: See server log for query details.&lt;BR /&gt;STATEMENT: update ROLE_CONFIG_GROUPS set OPTIMISTIC_LOCK_VERSION=$1, SERVICE_ID=$2, ROLE_TYPE=$3, NAME=$4, DISPLAY_NAME=$5, BASE=$6 where ROLE_CONFIG_GROUP_ID=$7 and OPTIMISTIC_LOCK_VERSION=$8&lt;BR /&gt;ERROR: current transaction is aborted, commands ignored until end of transaction block&lt;/P&gt;</description>
      <pubDate>Fri, 16 Sep 2022 10:25:07 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/41984#M31791</guid>
      <dc:creator>arov</dc:creator>
      <dc:date>2022-09-16T10:25:07Z</dc:date>
    </item>
    <item>
      <title>Re: CM API Exception occurred: Cannot commit in rollback only mode. None</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/42065#M31792</link>
      <description>&lt;P&gt;We have added several improvements in our latest CM 5.7.x&amp;nbsp;that handles OptimisticLockExceptions more grecefully, please consider upgrading your CM to the latest release.&lt;/P&gt;</description>
      <pubDate>Fri, 17 Jun 2016 12:47:23 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/42065#M31792</guid>
      <dc:creator>michalis</dc:creator>
      <dc:date>2016-06-17T12:47:23Z</dc:date>
    </item>
    <item>
      <title>Re: CM API Exception occurred: Cannot commit in rollback only mode. None</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/43575#M31793</link>
      <description>We just upgraded our cloudera manager to 5.7.2 and unfortunately we are still hitting deadlocks, Here is one example: 2016-08-04 16:54:15,829 ERROR 959055168@scm-web-1733:org.hibernate.engine.jdbc.spi.SqlExceptionHelper: ERROR: deadlock detected Detail: Process 16167 waits for ShareLock on transaction 6487968; blocked by process 14243. Process 14243 waits for ExclusiveLock on tuple (0,39) of relation 17068 of database 16385; blocked by process 16167. Hint: See server log for query details.</description>
      <pubDate>Thu, 04 Aug 2016 22:36:59 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/43575#M31793</guid>
      <dc:creator>arov</dc:creator>
      <dc:date>2016-08-04T22:36:59Z</dc:date>
    </item>
    <item>
      <title>Re: CM API Exception occurred: Cannot commit in rollback only mode. None</title>
      <link>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/48227#M31794</link>
      <description>&lt;P&gt;Hi I use sahara to deploy a cluster with CDH 5.4.0, which uses cm-api to provision cluster. &amp;nbsp;And I got error when I execute concurrent command "deployClientconfig". Can you give me more detail about the fix?&lt;/P&gt;&lt;PRE&gt;2016-12-01 06:12:26,959 DEBUG 71847465@scm-web-22:com.cloudera.api.ApiInvoker: API Error 500 [/api/v8/clusters/error-of-course/services/hdfs01/commands/deployClientConfig]: ApiErrorMessage{org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbClientConfig#1]}
2016-12-01 06:12:26,962 DEBUG 71847465@scm-web-22:com.cloudera.api.ApiInvoker: API Error 500 [/api/v8/clusters/error-of-course/services/hdfs01/commands/deployClientConfig]: ApiErrorMessage{org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbClientConfig#1]}
2016-12-01 06:12:26,962 DEBUG 71847465@scm-web-22:com.cloudera.api.ApiInvoker: API Error 500 [/api/v8/clusters/error-of-course/services/hdfs01/commands/deployClientConfig]: ApiErrorMessage{org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbClientConfig#1]}
2016-12-01 06:12:26,962 DEBUG 71847465@scm-web-22:com.cloudera.api.ApiInvoker: API Error 500 [/api/v8/clusters/error-of-course/services/hdfs01/commands/deployClientConfig]: ApiErrorMessage{org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [com.cloudera.cmf.model.DbClientConfig#1]}&lt;/PRE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 01 Dec 2016 11:49:05 GMT</pubDate>
      <guid>https://community.cloudera.com/t5/Archives-of-Support-Questions/CM-API-Exception-occurred-Cannot-commit-in-rollback-only/m-p/48227#M31794</guid>
      <dc:creator>Wahaha04</dc:creator>
      <dc:date>2016-12-01T11:49:05Z</dc:date>
    </item>
  </channel>
</rss>

