6:06 a.m.
Galder Zamarreño created ISPN-2305:
--------------------------------------
Summary: ConcurrentCacheManagerTest might never finish
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Critical
Fix For: 5.2.0.Alpha4
Most likely related to ISPN-2256 whose fix is already in...
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:08 a.m.
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Galder Zamarreño updated ISPN-2305:
-----------------------------------
Attachment: concurrent-cachemanager-test-threaddump.log
ConcurrentCacheManagerTest might never finish
---------------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Critical
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Most likely related to ISPN-2256 whose fix is already in...
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:29 a.m.
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Galder Zamarreño commented on ISPN-2305:
----------------------------------------
Logs: https://dl.dropbox.com/u/6148072/testConcurrentGetCacheCalls.tgz
ConcurrentCacheManagerTest might never finish
---------------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Critical
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Most likely related to ISPN-2256 whose fix is already in...
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:39 a.m.
New subject: [JBoss JIRA] (ISPN-2305) Cache callback order changes and concurrent cache hang up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Galder Zamarreño updated ISPN-2305:
-----------------------------------
Summary: Cache callback order changes and concurrent cache hang up (was:
ConcurrentCacheManagerTest might never finish)
Description:
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
was:
Most likely related to ISPN-2256 whose fix is already in...
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
Priority: Blocker (was: Critical)
Cache callback order changes and concurrent cache hang up
---------------------------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:27 p.m.
New subject: [JBoss JIRA] (ISPN-2305) Cache callback order changes and concurrent cache hang up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Dan Berindei commented on ISPN-2305:
------------------------------------
I have just seen the same problem on my machine, and it seems to be indeed related to
ISPN-2256. I'm seeing this exception 3 times (all caches except cache0 failed to
start):
{noformat}
org.infinispan.CacheException: This is transactional cache but no transaction manager
could be found. Configure the transaction manager lookup properly.
at
org.infinispan.factories.TransactionManagerFactory.construct(TransactionManagerFactory.java:74)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:289)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at
org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:294)
at
org.infinispan.factories.ComponentRegistry.getOrCreateComponent(ComponentRegistry.java:154)
at
org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:249)
at
org.infinispan.factories.AbstractComponentRegistry.access$000(AbstractComponentRegistry.java:86)
at
org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:806)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:223)
at
org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:163)
at
org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:178)
at org.infinispan.factories.InternalCacheFactory.bootstrap(InternalCacheFactory.java:99)
at
org.infinispan.factories.InternalCacheFactory.createAndWire(InternalCacheFactory.java:78)
at
org.infinispan.factories.InternalCacheFactory.createCache(InternalCacheFactory.java:62)
at
org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:677)
at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:646)
at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:546)
at
org.infinispan.manager.ConcurrentCacheManagerTest$1.call(ConcurrentCacheManagerTest.java:80)
at
org.infinispan.manager.ConcurrentCacheManagerTest$1.call(ConcurrentCacheManagerTest.java:75)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
{noformat}
Cache callback order changes and concurrent cache hang up
---------------------------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
5:58 a.m.
New subject: [JBoss JIRA] (ISPN-2305) Cache callback order changes and concurrent cache hang up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Mircea Markus updated ISPN-2305:
--------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/1315
Cache callback order changes and concurrent cache hang up
---------------------------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:22 a.m.
New subject: [JBoss JIRA] (ISPN-2305) concurrent cache hang up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Mircea Markus updated ISPN-2305:
--------------------------------
Summary: concurrent cache hang up (was: Cache callback order changes and concurrent
cache hang up)
concurrent cache hang up
-------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:22 a.m.
New subject: [JBoss JIRA] (ISPN-2305) ConcurrentCacheManagerTest hangs up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Mircea Markus commented on ISPN-2305:
-------------------------------------
Extracted the 2nd issue into a different ISPN-2314
ConcurrentCacheManagerTest hangs up
-------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:22 a.m.
New subject: [JBoss JIRA] (ISPN-2305) ConcurrentCacheManagerTest hangs up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Mircea Markus updated ISPN-2305:
--------------------------------
Summary: ConcurrentCacheManagerTest hangs up (was: concurrent cache hang up)
ConcurrentCacheManagerTest hangs up
-------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:48 a.m.
New subject: [JBoss JIRA] (ISPN-2305) ConcurrentCacheManagerTest hangs up
[
https://issues.jboss.org/browse/ISPN-2305?page=com.atlassian.jira.plugin....
]
Galder Zamarreño updated ISPN-2305:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
ConcurrentCacheManagerTest hangs up
-------------------------------------
Key: ISPN-2305
URL: https://issues.jboss.org/browse/ISPN-2305
Project: Infinispan
Issue Type: Bug
Components: Core API
Reporter: Galder Zamarreño
Assignee: Mircea Markus
Priority: Blocker
Labels: testsuite_stability
Fix For: 5.2.0.Alpha4
Attachments: concurrent-cachemanager-test-threaddump.log
Several issues that appear to be rooted in ISPN-2256:
1. ConcurrentCacheManagerTest hangs
{code}"testng-ConcurrentCacheManagerTest" prio=5 tid=7fb8ca077800
nid=0x115b97000 waiting on condition [115b95000]
java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for <7d5d373b8> (a
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:156)
at
java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
at java.util.concurrent.CyclicBarrier.dowait(CyclicBarrier.java:199)
at java.util.concurrent.CyclicBarrier.await(CyclicBarrier.java:327)
at
org.infinispan.manager.ConcurrentCacheManagerTest.testConcurrentGetCacheCalls(ConcurrentCacheManagerTest.java:94){code}
2. Query tests fail with messages like:
{code} testLocalQueryCacheRestart(org.infinispan.query.blackbox.QueryCacheRestartTest):
It was expected to find the Query interceptor registered in the InterceptorChain but it
wasn't found{code}
This was working fine in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/814/co..., so
since the issue appears to be related to cache startup, it's almost for sure related
to ISPN-2256 (appeared in
https://infinispan.ci.cloudbees.com/job/Infinispan-master-JDK6-tcp/815/co...).
Btw, as part of fixing up ISPN-2290 to avoid duplicate domains, I'm making the tests
that caused the testsuite to halt more resilient.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4479
days inactive
4480
days old
infinispan-issues@lists.jboss.org
9 comments
3 participants
participants (3)
-
Dan Berindei (JIRA) -
Galder Zamarreño (JIRA)
-
Mircea Markus (JIRA)