[JBoss JIRA] (ISPN-5904) Passivation log messages should be DEBUG
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-5904?page=com.atlassian.jira.plugin... ]
Tristan Tarrant updated ISPN-5904:
----------------------------------
Status: Open (was: New)
> Passivation log messages should be DEBUG
> ----------------------------------------
>
> Key: ISPN-5904
> URL: https://issues.redhat.com/browse/ISPN-5904
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Tristan Tarrant
> Priority: Major
>
> Including:
> {code}Oct 19, 2015 11:52:26 org.infinispan.eviction.impl.PassivationManagerImpl passivateAll
> INFO: ISPN000029: Passivating all entries to disk
> Oct 19, 2015 11:52:26 org.infinispan.eviction.impl.PassivationManagerImpl passivateAll
> INFO: ISPN000030: Passivated 0 entries in 0 milliseconds
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ISPN-5904) Passivation log messages should be DEBUG
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-5904?page=com.atlassian.jira.plugin... ]
Tristan Tarrant reassigned ISPN-5904:
-------------------------------------
Assignee: Tristan Tarrant
> Passivation log messages should be DEBUG
> ----------------------------------------
>
> Key: ISPN-5904
> URL: https://issues.redhat.com/browse/ISPN-5904
> Project: Infinispan
> Issue Type: Feature Request
> Reporter: Galder Zamarreño
> Assignee: Tristan Tarrant
> Priority: Major
>
> Including:
> {code}Oct 19, 2015 11:52:26 org.infinispan.eviction.impl.PassivationManagerImpl passivateAll
> INFO: ISPN000029: Passivating all entries to disk
> Oct 19, 2015 11:52:26 org.infinispan.eviction.impl.PassivationManagerImpl passivateAll
> INFO: ISPN000030: Passivated 0 entries in 0 milliseconds
> {code}
--
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 Dan Berindei (Jira)
[ https://issues.redhat.com/browse/ISPN-11179?page=com.atlassian.jira.plugi... ]
Dan Berindei updated ISPN-11179:
--------------------------------
Summary: server-runtime test suite okhttp thread leaks (was: server-runtime test suite reports thread leaks)
> 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.1.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