[JBoss JIRA] (ISPN-11127) Protocol servers don't pre-start caches when transport is disabled
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11127?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11127:
-----------------------------------
Fix Version/s: 10.1.2.Final
(was: 10.1.1.Final)
> Protocol servers don't pre-start caches when transport is disabled
> ------------------------------------------------------------------
>
> Key: ISPN-11127
> URL: https://issues.redhat.com/browse/ISPN-11127
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.1.0.Final
> Reporter: Tristan Tarrant
> Assignee: Tristan Tarrant
> Priority: Major
> Fix For: 10.1.2.Final
>
>
> The various protocol servers have different initialization steps to ensures that caches are pre-started which don't work in all cases. In particular the REST server doesn't pre-start caches and the Hot Rod server pre-starts only if the transport is enabled.
> This should be handled uniformly.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-11114) NonTxBackupOwnerBecomingPrimaryOwnerTest takes too long
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11114?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11114:
-----------------------------------
Fix Version/s: 10.1.2.Final
(was: 10.1.1.Final)
> NonTxBackupOwnerBecomingPrimaryOwnerTest takes too long
> -------------------------------------------------------
>
> Key: ISPN-11114
> URL: https://issues.redhat.com/browse/ISPN-11114
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite
> Affects Versions: 10.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Minor
> Fix For: 10.1.2.Final, 11.0.0.Final
>
>
> {{NonTxBackupOwnerBecomingPrimaryOwnerTest}} installs a {{LocalTopologyManagerImpl}} to block topology updates, and never stops blocking. That makes cluster shutdown very slow, as each node leaving triggers a topology updates, and since ISPN-10310 the coordinator doesn't spawn a new thread for the topology update.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-11170) Infinispan directory does not work with pre-declared indexed entities
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11170?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11170:
-----------------------------------
Fix Version/s: 10.1.2.Final
(was: 10.1.1.Final)
> Infinispan directory does not work with pre-declared indexed entities
> ---------------------------------------------------------------------
>
> Key: ISPN-11170
> URL: https://issues.redhat.com/browse/ISPN-11170
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 8.2.0.Final
> Reporter: Nistor Adrian
> Assignee: Nistor Adrian
> Priority: Major
> Fix For: 9.4.18.Final, 10.1.2.Final
>
>
> This config combination leads to a circular initialisation dependency of the infinispan directory which has the potential to lead to deadlock, depending on the order the user cache and the infinispan directory's internal caches are started.
> This problem of cache dependencies was always known and the LifecycleManager of query module has code to mitigate it. Unfortunately the code is wrong.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-11179) server-runtime test suite okhttp thread leaks
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-11179?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-11179:
-----------------------------------
Fix Version/s: 10.1.2.Final
(was: 10.1.1.Final)
> server-runtime test suite okhttp thread leaks
> ---------------------------------------------
>
> Key: ISPN-11179
> URL: https://issues.redhat.com/browse/ISPN-11179
> Project: Infinispan
> Issue Type: Bug
> Components: Server, Test Suite
> Affects Versions: 10.1.0.Final
> Reporter: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.1.2.Final
>
>
> {{Testcontainers}} connects to the Docker daemon using the REST API over the Unix socket at {{/var/run/docker.sock}} (using {{dockerjava}} and {{OkHttpClient}}).
> Following logs requires a long-running connection, and {{LogUtils.attachConsumer}} discards the stream from OkHttpClient/dockerjava, so the connection is never closed. Perhaps the Testcontainers authors assumed that the docker server will kill the connection when the container is stopped, but that doesn't happen.
> {noformat}
> testng-ResilienceIT starting thread tc-okhttp-stream-1106493516
> at org.testcontainers.dockerclient.transport.okhttp.OkHttpInvocationBuilder.executeAndStream(OkHttpInvocationBuilder.java:322)
> at org.testcontainers.dockerclient.transport.okhttp.OkHttpInvocationBuilder.executeAndStream(OkHttpInvocationBuilder.java:295)
> at org.testcontainers.dockerclient.transport.okhttp.OkHttpInvocationBuilder.get(OkHttpInvocationBuilder.java:89)
> at com.github.dockerjava.core.exec.LogContainerCmdExec.execute0(LogContainerCmdExec.java:42)
> at com.github.dockerjava.core.exec.LogContainerCmdExec.execute0(LogContainerCmdExec.java:12)
> at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.execute(AbstrAsyncDockerCmdExec.java:56)
> at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.exec(AbstrAsyncDockerCmdExec.java:21)
> at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.exec(AbstrAsyncDockerCmdExec.java:12)
> at com.github.dockerjava.core.command.AbstrAsyncDockerCmd.exec(AbstrAsyncDockerCmd.java:21)
> at org.testcontainers.utility.LogUtils.attachConsumer(LogUtils.java:99)
> at org.testcontainers.utility.LogUtils.followOutput(LogUtils.java:36)
> at org.testcontainers.utility.LogUtils.followOutput(LogUtils.java:51)
> at org.testcontainers.containers.Container.followOutput(Container.java:391)
> at java.base/java.util.ArrayList.forEach(ArrayList.java:1540)
> at org.testcontainers.containers.GenericContainer.tryStart(GenericContainer.java:412)
> at org.testcontainers.containers.GenericContainer.lambda$doStart$0(GenericContainer.java:317)
> at org.rnorth.ducttape.unreliables.Unreliables.retryUntilSuccess(Unreliables.java:81)
> at org.testcontainers.containers.GenericContainer.doStart(GenericContainer.java:315)
> at org.testcontainers.containers.GenericContainer.start(GenericContainer.java:302)
> at org.infinispan.server.test.ContainerInfinispanServerDriver.start(ContainerInfinispanServerDriver.java:146)
> at org.infinispan.server.test.InfinispanServerDriver.start(InfinispanServerDriver.java:109)
> at org.infinispan.server.test.InfinispanServerRule$1.evaluate(InfinispanServerRule.java:86)
> at org.junit.rules.RunRules.evaluate(RunRules.java:20)
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months