I'll give it a try and keep you posted. Thanks
2018-03-23 14:41 GMT+01:00 Radim Vansa :
> This looks similar to [1] which has a fix [2] ready for a while. Please
> try with it to see if it solves your problem.
>
> [1] https://issues.jboss.org/browse/ISPN-8859
> [2]
Hi Pedro,
2018-03-23 13:25 GMT+01:00 Pedro Ruivo :
> Hi Thomas,
>
> Is the test in question using any counter/lock?
>
I have seen the problem on a test for counters, on another one for locks,
as well as well as caches only.
But Vert.x starts the ClusteredLockManager and
This looks similar to [1] which has a fix [2] ready for a while. Please
try with it to see if it solves your problem.
[1] https://issues.jboss.org/browse/ISPN-8859
[2] https://github.com/infinispan/infinispan/pull/5786
On 03/23/2018 01:25 PM, Pedro Ruivo wrote:
> Hi Thomas,
>
> Is the test in
Hi Thomas,
Is the test in question using any counter/lock?
I did see similar behavior with the counter's in our server test suite.
The partition handling makes the cache degraded because nodes are
starting and stopping concurrently.
I'm not sure if there are any JIRA to tracking. Ryan, Dan do