I’ve been running keycloak-operator installed/managed keycloak on OSP 4.7 for over a year with turnkey ease… the most recent v16.0.0 update seems to break on startup, with
10:31:06,197 FATAL [org.keycloak.services] (ServerService Thread Pool – 67) Error during startup: j
ava.lang.NoSuchMethodError: ‘org.jboss.resteasy.core.interception.ContainerRequestFilterRegistry
org.jboss.resteasy.spi.ResteasyProviderFactory.getContainerRequestFilterRegistry()’
Any advice on how to configure operator subscription to fall back to 15.1.1?
opened 10:29AM - 22 Dec 21 UTC
closed 11:12AM - 02 Mar 22 UTC
kind/bug
### Describe the bug
After the failing update to 15.1.1 due to missing containe… r images a few days ago, this time the startup of keycloak container image 16.0.0 is failing. It spams the logfile so the root cause (first exception) can't be found, only hundrets of lines with
```[0m[31m10:23:16,913` ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 38) WFLYCTL0190: Step handler org.jboss.as.controller.AbstractAddStepHandler$1@64475b67 for operation add at address [
("subsystem" => "infinispan"),
("cache-container" => "ejb"),
("distributed-cache" => "dist"),
("component" => "transaction")
] failed -- java.util.concurrent.RejectedExecutionException: java.util.concurrent.RejectedExecutionException
at org.jboss.threads@2.4.0.Final//org.jboss.threads.RejectingExecutor.execute(RejectingExecutor.java:37)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.rejectShutdown(EnhancedQueueExecutor.java:2029)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.execute(EnhancedQueueExecutor.java:757)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.notification.NotificationSupports$NonBlockingNotificationSupport.emit(NotificationSupports.java:95)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.OperationContextImpl.notifyModificationBegun(OperationContextImpl.java:891)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.OperationContextImpl.ensureWriteLockForRuntime(OperationContextImpl.java:880)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.OperationContextImpl.removeService(OperationContextImpl.java:653)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.ParallelBootOperationContext.removeService(ParallelBootOperationContext.java:190)
at org.jboss.as.clustering.common@25.0.1.Final//org.jboss.as.clustering.controller.SimpleResourceServiceHandler.removeServices(SimpleResourceServiceHandler.java:48)
at org.jboss.as.clustering.common@25.0.1.Final//org.jboss.as.clustering.controller.AddStepHandler.rollbackRuntime(AddStepHandler.java:226)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractAddStepHandler$1$1.handleRollback(AbstractAddStepHandler.java:169)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$RollbackDelegatingResultHandler.handleResult(AbstractOperationContext.java:1598)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$Step.invokeResultHandler(AbstractOperationContext.java:1570)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$Step.handleResult(AbstractOperationContext.java:1552)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:1509)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:1492)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext$Step.access$400(AbstractOperationContext.java:1356)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext.executeResultHandlerPhase(AbstractOperationContext.java:910)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext.executeDoneStage(AbstractOperationContext.java:896)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:803)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:466)
at org.jboss.as.controller@17.0.3.Final//org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:384)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1990)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1348)
at java.base/java.lang.Thread.run(Thread.java:829)
at org.jboss.threads@2.4.0.Final//org.jboss.threads.JBossThread.run(JBossThread.java:513)
Suppressed: java.util.concurrent.RejectedExecutionException: Executor is being shut down
at org.jboss.threads@2.4.0.Final//org.jboss.threads.EnhancedQueueExecutor.rejectShutdown(EnhancedQueueExecutor.java:2031)
... 26 more```
But that seem to be problem while shutting down - but as I said I was unable to catch the first exception since it got spammed away in OKD.
### Version
16.0.0
### Expected behavior
the container starts and functions correctly.
### Actual behavior
The container fails during initialization.
### How to Reproduce?
Let the OKD 4.9 cluster run on 15.1.1 and the level 4 operator tries to update to 16.0.0
### Anything else?
_No response_