Actions
Bug #9288
closedArchitecture #2787: Use Doobie or Slick in place of SpringTemplate / squeryl / pur JDBC
Jobs are failling to clean database
Status:
Released
Priority:
N/A
Assignee:
Category:
Web - Maintenance
Target version:
Pull Request:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:
Description
Following the migration to doobie, jobs are failing to run database clean, with following error:
2016-10-09 00:03:14] ERROR net.liftweb.actor.ActorLogger - Actor threw an exception net.liftweb.actor.PingerException: StartUpdate could not be scheduled on com.normation.rudder.batch.AbstractScheduler$StatusManager@1558cfe1 at net.liftweb.actor.LAPinger$.schedule(LAPinger.scala:72) ~[lift-actor_2.11-2.6.3.jar:2.6.3] at com.normation.rudder.batch.AbstractScheduler$StatusManager$$anonfun$messageHandler$1.applyOrElse(AbstractScheduler.scala:158) ~[classes/:na] at scala.runtime.AbstractPartialFunction.apply(AbstractPartialFunction.scala:36) ~[na:na] at net.liftweb.actor.LiftActor$class.execTranslate(LiftActor.scala:502) ~[lift-actor_2.11-2.6.3.jar:2.6.3] at com.normation.rudder.batch.AbstractScheduler$StatusManager.execTranslate(AbstractScheduler.scala:106) [classes/:na] at net.liftweb.actor.SpecializedLiftActor$class.net$liftweb$actor$SpecializedLiftActor$$proc2(LiftActor.scala:305) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.SpecializedLiftActor$$anonfun$net$liftweb$actor$SpecializedLiftActor$$processMailbox$1.apply$mcV$sp(LiftActor.scala:227) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.SpecializedLiftActor$$anonfun$net$liftweb$actor$SpecializedLiftActor$$processMailbox$1.apply(LiftActor.scala:227) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.SpecializedLiftActor$$anonfun$net$liftweb$actor$SpecializedLiftActor$$processMailbox$1.apply(LiftActor.scala:227) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.SpecializedLiftActor$class.around(LiftActor.scala:241) [lift-actor_2.11-2.6.3.jar:2.6.3] at com.normation.rudder.batch.AbstractScheduler$StatusManager.around(AbstractScheduler.scala:106) [classes/:na] at net.liftweb.actor.SpecializedLiftActor$class.net$liftweb$actor$SpecializedLiftActor$$processMailbox(LiftActor.scala:226) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.SpecializedLiftActor$$anonfun$2$$anonfun$apply$mcV$sp$1.apply$mcV$sp(LiftActor.scala:190) [lift-actor_2.11-2.6.3.jar:2.6.3] at net.liftweb.actor.LAScheduler$$anonfun$9$$anon$2$$anon$3.run(LiftActor.scala:76) [lift-actor_2.11-2.6.3.jar:2.6.3] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_111] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_111] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_111] Caused by: java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask@26196c8c rejected from java.util.concurrent.ScheduledThreadPoolExecutor@4f256ede[Shutting down, pool size = 1, active threads = 0, queued tasks = 10, completed tasks = 26] at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2048) ~[na:1.7.0_111] at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:821) [na:1.7.0_111] at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute(ScheduledThreadPoolExecutor.java:325) ~[na:1.7.0_111] at java.util.concurrent.ScheduledThreadPoolExecutor.schedule(ScheduledThreadPoolExecutor.java:546) ~[na:1.7.0_111] at java.util.concurrent.Executors$DelegatedScheduledExecutorService.schedule(Executors.java:692) ~[na:1.7.0_111] at net.liftweb.actor.LAPinger$.schedule(LAPinger.scala:73) ~[lift-actor_2.11-2.6.3.jar:2.6.3] ... 16 common frames omitted
Updated by Nicolas CHARLES about 8 years ago
- Translation missing: en.field_tag_list set to Blocking 4.0
Updated by Nicolas CHARLES about 8 years ago
- Status changed from New to In progress
- Assignee set to Nicolas CHARLES
Updated by Nicolas CHARLES about 8 years ago
- Status changed from In progress to Pending technical review
- Assignee changed from Nicolas CHARLES to François ARMAND
- Pull Request set to https://github.com/Normation/rudder/pull/1264
Updated by Nicolas CHARLES about 8 years ago
- Status changed from Pending technical review to Pending release
- % Done changed from 0 to 100
Applied in changeset rudder|a8624a814c57ef826f82d8c9c65092e072cab095.
Updated by Benoît PECCATTE about 8 years ago
- Target version changed from 4.0.0~rc2 to 318
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 318 to 4.0.0~rc2
Updated by Vincent MEMBRÉ about 8 years ago
- Target version changed from 4.0.0~rc2 to 4.0.0~rc1
Updated by Alexis Mousset about 8 years ago
- Status changed from Pending release to Released
This bug has been fixed in Rudder 4.0.0 which was released the 10th November 2016.
Actions