10 a.m.
So here's the Circular Referenced Suppressed Exception
[stateTransferExecutor-thread--p221-t33] 2018-04-18T16:15:06.662+02:00 WARN
[org.infinispan.statetransfer.InboundTransferTask] ISPN000210: Failed to
request state of cache __vertx.subs from node sombrero-25286, segments {0}
org.infinispan.remoting.transport.jgroups.SuspectException: ISPN000400:
Node sombrero-25286 was suspected
at
org.infinispan.remoting.transport.ResponseCollectors.remoteNodeSuspected(ResponseCollectors.java:33)
at
org.infinispan.remoting.transport.impl.SingleResponseCollector.targetNotFound(SingleResponseCollector.java:31)
at
org.infinispan.remoting.transport.impl.SingleResponseCollector.targetNotFound(SingleResponseCollector.java:17)
at
org.infinispan.remoting.transport.ValidSingleResponseCollector.addResponse(ValidSingleResponseCollector.java:23)
at
org.infinispan.remoting.transport.impl.SingleTargetRequest.receiveResponse(SingleTargetRequest.java:51)
at
org.infinispan.remoting.transport.impl.SingleTargetRequest.onNewView(SingleTargetRequest.java:42)
at
org.infinispan.remoting.transport.jgroups.JGroupsTransport.addRequest(JGroupsTransport.java:921)
at
org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:815)
at
org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:123)
at
org.infinispan.remoting.rpc.RpcManagerImpl.invokeCommand(RpcManagerImpl.java:138)
at
org.infinispan.statetransfer.InboundTransferTask.startTransfer(InboundTransferTask.java:134)
at
org.infinispan.statetransfer.InboundTransferTask.requestSegments(InboundTransferTask.java:113)
at
org.infinispan.conflict.impl.StateReceiverImpl$SegmentRequest.lambda$requestState$2(StateReceiverImpl.java:164)
at
org.infinispan.executors.LimitedExecutor.lambda$executeAsync$1(LimitedExecutor.java:101)
at
org.infinispan.executors.LimitedExecutor.runTasks(LimitedExecutor.java:144)
at
org.infinispan.executors.LimitedExecutor.access$100(LimitedExecutor.java:33)
at
org.infinispan.executors.LimitedExecutor$Runner.run(LimitedExecutor.java:174)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Suppressed: java.util.concurrent.ExecutionException:
org.infinispan.remoting.transport.jgroups.SuspectException: ISPN000400:
Node sombrero-25286 was suspected
at
java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:357)
at
java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915)
at
org.infinispan.util.concurrent.CompletableFutures.await(CompletableFutures.java:82)
at
org.infinispan.remoting.rpc.RpcManagerImpl.blocking(RpcManagerImpl.java:260)
... 10 more
[CIRCULAR
REFERENCE:org.infinispan.remoting.transport.jgroups.SuspectException:
ISPN000400: Node sombrero-25286 was suspected]
It does not happen with 9.2.0.Final and prevents from using ISPN embedded
with logback. Do you want me to file an issue ?
2018-04-18 11:45 GMT+02:00 Thomas SEGISMONT <tsegismont(a)gmail.com>:
Hi folks,
Sorry I've been busy on other things and couldn't get back to you earlier.
I tried running vertx-infinispan test suite with 9.2.1.Final today. There
are some problems still but I can't say which ones yet because I hit:
https://jira.qos.ch/browse/LOGBACK-1027
We use logback for test logs and all I get is:
2018-04-18 11:37:46,678 [stateTransferExecutor-thread--p4453-t24] ERROR
o.i.executors.LimitedExecutor - Exception in task
java.lang.StackOverflowError: null
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:54)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:60)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:72)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:60)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:72)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:60)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:72)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:60)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:72)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:60)
at ch.qos.logback.classic.spi.ThrowableProxy.<init>(
ThrowableProxy.java:72)
... so on so forth
I will run the suite again without logback and tell you what the actual
problem is.
Regards,
Thomas
2018-03-27 11:15 GMT+02:00 Pedro Ruivo <pedro(a)infinispan.org>:
> JIRA: https://issues.jboss.org/browse/ISPN-8994
>
> On 27-03-2018 10:08, Pedro Ruivo wrote:
> >
> >
> > On 27-03-2018 09:03, Sebastian Laskawiec wrote:
> >> At the moment, the cluster health status checker enumerates all caches
> >> in the cache manager [1] and checks whether those cashes are running
> >> and not in degraded more [2].
> >>
> >> I'm not sure how counter caches have been implemented. One thing is
> >> for sure - they should be taken into account in this loop [3].
> >
> > The private caches aren't listed by CacheManager.getCacheNames(). We
> > have to check them via InternalCacheRegistry.getInternalCacheNames().
> >
> > I'll open a JIRA if you don't mind :)
> >
> >>
> >> [1]
> >> https://github.com/infinispan/infinispan/blob/master/core/sr
> c/main/java/org/infinispan/health/impl/ClusterHealthImpl.java#L22
> >>
> >> [2]
> >> https://github.com/infinispan/infinispan/blob/master/core/sr
> c/main/java/org/infinispan/health/impl/CacheHealthImpl.java#L25
> >>
> >> [3]
> >> https://github.com/infinispan/infinispan/blob/master/core/sr
> c/main/java/org/infinispan/health/impl/ClusterHealthImpl.java#L23-L24
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>