java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015

Terracotta Project Issue Tracker | Edward Sweeney | 1 year ago
  1. 0

    Hi, We are continuously encountering issues when the Quartz is giving us the following error when deployed in web logic 11g being used in Clustered env.. When the below mentioned error occurs , it looks like a DB freeze . Quartz is not able to perform an DB related activities( No write and update is allowed on the DB). If we check the DB instances for any Locks - During the 1st few occurrence , we did find lock on QRTZ_LOCKS table but other times there was no locks. We tried to clear the active sessions , but we see that new SESSIONs were getting created as soon as the old ones were flushed. Any probable reason for this. Due to this session being created , we were unable to stop or undeploy our application using QUARTZ from the Weblogic servers. We also notice contention with the QRTZ_LOCKS table (that has entries for the STATE_ACCESS and TRIGGER_ACCESS). Attaching the exception trace we get : {noformat} 015-09-21 07:02:02|ERROR|org.quartz.impl.jdbcjobstore.JobStoreTX|JobScheduler_QuartzSchedulerThread|Couldn't rollback jdbc connection. Connection has been administratively disabled by console/admin command. Try later. java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015 at weblogic.jdbc.common.internal.ConnectionEnv.disable(ConnectionEnv.java:357) at weblogic.jdbc.wrapper.JDBCWrapperImpl.invocationExceptionHandler(JDBCWrapperImpl.java:127) at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:152) at org.quartz.impl.jdbcjobstore.StdRowLockSemaphore.executeSQL(StdRowLockSemaphore.java:96) at org.quartz.impl.jdbcjobstore.DBSemaphore.obtainLock(DBSemaphore.java:113) at org.quartz.impl.jdbcjobstore.JobStoreSupport.executeInNonManagedTXLock(JobStoreSupport.java:3770) at org.quartz.impl.jdbcjobstore.JobStoreSupport.triggersFired(JobStoreSupport.java:2887) at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:326) java.sql.SQLException: Connection has been administratively disabled by console/admin command. Try later. java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015 at weblogic.jdbc.common.internal.ConnectionEnv.disable(ConnectionEnv.java:357) at weblogic.jdbc.wrapper.JDBCWrapperImpl.invocationExceptionHandler(JDBCWrapperImpl.java:127) at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:152) at org.quartz.impl.jdbcjobstore.StdRowLockSemaphore.executeSQL(StdRowLockSemaphore.java:96) at org.quartz.impl.jdbcjobstore.DBSemaphore.obtainLock(DBSemaphore.java:113) at org.quartz.impl.jdbcjobstore.JobStoreSupport.executeInNonManagedTXLock(JobStoreSupport.java:3770) at org.quartz.impl.jdbcjobstore.JobStoreSupport.triggersFired(JobStoreSupport.java:2887) at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:326). {noformat} Also below is the configuration used in quartz.properties (Across the multiple node in the clustered snv): {code} org.quartz.scheduler.instanceName=Scheduler1 org.quartz.scheduler.instanceId=AUTO org.quartz.scheduler.rmi.export=false org.quartz.scheduler.rmi.proxy=false org.quartz.scheduler.wrapJobExecutionInUserTransaction=false org.quartz.threadPool.class=org.quartz.simpl.SimpleThreadPool org.quartz.threadPool.threadCount=50 org.quartz.threadPool.threadPriority=5 org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread=true org.quartz.jobStore.isClustered=true org.quartz.jobStore.misfireThreshold=60000 org.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass=org.quartz.impl.jdbcjobstore.StdJDBCDelegate org.quartz.jobStore.dataSource=MyDs org.quartz.dataSource.MyDs.jndiURL=jdbc.quartz {code} So could you please help us with this issue. This is occurring more often in our environment and the only solution that we have right now is to recreate the Quartz schema each time this issue occurs. Help is much appreciated. Thanks , Jidhu

    Terracotta Project Issue Tracker | 1 year ago | Edward Sweeney
    java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015
  2. 0

    Hi, We are continuously encountering issues when the Quartz is giving us the following error when deployed in web logic 11g being used in Clustered env.. When the below mentioned error occurs , it looks like a DB freeze . Quartz is not able to perform an DB related activities( No write and update is allowed on the DB). If we check the DB instances for any Locks - During the 1st few occurrence , we did find lock on QRTZ_LOCKS table but other times there was no locks. We tried to clear the active sessions , but we see that new SESSIONs were getting created as soon as the old ones were flushed. Any probable reason for this. Due to this session being created , we were unable to stop or undeploy our application using QUARTZ from the Weblogic servers. We also notice contention with the QRTZ_LOCKS table (that has entries for the STATE_ACCESS and TRIGGER_ACCESS). Attaching the exception trace we get : {noformat} 015-09-21 07:02:02|ERROR|org.quartz.impl.jdbcjobstore.JobStoreTX|JobScheduler_QuartzSchedulerThread|Couldn't rollback jdbc connection. Connection has been administratively disabled by console/admin command. Try later. java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015 at weblogic.jdbc.common.internal.ConnectionEnv.disable(ConnectionEnv.java:357) at weblogic.jdbc.wrapper.JDBCWrapperImpl.invocationExceptionHandler(JDBCWrapperImpl.java:127) at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:152) at org.quartz.impl.jdbcjobstore.StdRowLockSemaphore.executeSQL(StdRowLockSemaphore.java:96) at org.quartz.impl.jdbcjobstore.DBSemaphore.obtainLock(DBSemaphore.java:113) at org.quartz.impl.jdbcjobstore.JobStoreSupport.executeInNonManagedTXLock(JobStoreSupport.java:3770) at org.quartz.impl.jdbcjobstore.JobStoreSupport.triggersFired(JobStoreSupport.java:2887) at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:326) java.sql.SQLException: Connection has been administratively disabled by console/admin command. Try later. java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015 at weblogic.jdbc.common.internal.ConnectionEnv.disable(ConnectionEnv.java:357) at weblogic.jdbc.wrapper.JDBCWrapperImpl.invocationExceptionHandler(JDBCWrapperImpl.java:127) at weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:152) at org.quartz.impl.jdbcjobstore.StdRowLockSemaphore.executeSQL(StdRowLockSemaphore.java:96) at org.quartz.impl.jdbcjobstore.DBSemaphore.obtainLock(DBSemaphore.java:113) at org.quartz.impl.jdbcjobstore.JobStoreSupport.executeInNonManagedTXLock(JobStoreSupport.java:3770) at org.quartz.impl.jdbcjobstore.JobStoreSupport.triggersFired(JobStoreSupport.java:2887) at org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:326). {noformat} Also below is the configuration used in quartz.properties (Across the multiple node in the clustered snv): {code} org.quartz.scheduler.instanceName=Scheduler1 org.quartz.scheduler.instanceId=AUTO org.quartz.scheduler.rmi.export=false org.quartz.scheduler.rmi.proxy=false org.quartz.scheduler.wrapJobExecutionInUserTransaction=false org.quartz.threadPool.class=org.quartz.simpl.SimpleThreadPool org.quartz.threadPool.threadCount=50 org.quartz.threadPool.threadPriority=5 org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread=true org.quartz.jobStore.isClustered=true org.quartz.jobStore.misfireThreshold=60000 org.quartz.jobStore.class=org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass=org.quartz.impl.jdbcjobstore.StdJDBCDelegate org.quartz.jobStore.dataSource=MyDs org.quartz.dataSource.MyDs.jndiURL=jdbc.quartz {code} So could you please help us with this issue. This is occurring more often in our environment and the only solution that we have right now is to recreate the Quartz schema each time this issue occurs. Help is much appreciated. Thanks , Jidhu

    Terracotta Project Issue Tracker | 1 year ago | Edward Sweeney
    java.lang.Exception: It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015
  3. 0

    failed random test antiSymmetricLTESame

    GitHub | 2 years ago | jurgenvinju
    java.lang.Exception: Test antiSymmetricLTESame failed due to test returns false Type parameters: &Same => node Actual parameters: &Same =>""(fKTcwrE={$0232-06-23T02:49:13.046+01:00$,$0729-09-09T13:11:14.595+01:00$,$2015-08-19T03:02:31.863+01:00$,$2015-02-24T06:07:42.851+01:00$}) &Same =>""()
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0
    samebug tip
    自定义异常

  1. rp 1 times, last 3 weeks ago
1 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.lang.Exception

    It was disabled at Mon Sep 21 07:02:00 GMT+00:00 2015

    at weblogic.jdbc.common.internal.ConnectionEnv.disable()
  2. weblogic.jdbc.common
    ConnectionEnv.disable
    1. weblogic.jdbc.common.internal.ConnectionEnv.disable(ConnectionEnv.java:357)
    1 frame
  3. weblogic.jdbc.wrapper
    PreparedStatement.executeQuery
    1. weblogic.jdbc.wrapper.JDBCWrapperImpl.invocationExceptionHandler(JDBCWrapperImpl.java:127)
    2. weblogic.jdbc.wrapper.PreparedStatement.executeQuery(PreparedStatement.java:152)
    2 frames
  4. quartz
    QuartzSchedulerThread.run
    1. org.quartz.impl.jdbcjobstore.StdRowLockSemaphore.executeSQL(StdRowLockSemaphore.java:96)
    2. org.quartz.impl.jdbcjobstore.DBSemaphore.obtainLock(DBSemaphore.java:113)
    3. org.quartz.impl.jdbcjobstore.JobStoreSupport.executeInNonManagedTXLock(JobStoreSupport.java:3770)
    4. org.quartz.impl.jdbcjobstore.JobStoreSupport.triggersFired(JobStoreSupport.java:2887)
    5. org.quartz.core.QuartzSchedulerThread.run(QuartzSchedulerThread.java:326)
    5 frames