Bug 424322 - [Discovery][Zookeeper] Timed out waiting for thread "null" to finish starting bundle "org.eclipse.ecf.provider.zookeeper..."
Summary: [Discovery][Zookeeper] Timed out waiting for thread "null" to finish starting...
Status: NEW
Alias: None
Product: ECF
Classification: RT
Component: ecf.providers (show other bugs)
Version: 3.7.1   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: ecf.core-inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-12-18 06:21 EST by Markus Kuppe CLA
Modified: 2017-01-09 15:39 EST (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Kuppe CLA 2013-12-18 06:21:07 EST
With -Dzoodiscovery.autoStart


!ENTRY org.eclipse.osgi 2 0 2013-12-18 11:59:04.058
!MESSAGE While loading class "org.eclipse.ecf.provider.zookeeper.node.internal.WriteRoot", thread "Thread[pool-2-thread-1,5,main]" timed out waiting (5001ms) for thread "null" to finish starting bundle "org.eclipse.ecf.provider.zookeeper_1.0.100.v20131027-1505 [26]". To avoid deadlock, thread "Thread[pool-2-thread-1,5,main]" is proceeding but "org.eclipse.ecf.provider.zookeeper.node.internal.WriteRoot" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; osgi.identity="org.eclipse.ecf.provider.zookeeper"; type="osgi.bundle"; version:Version="1.0.100.v20131027-1505"; singleton:="true" [id=26] STARTED [STARTED]
	at org.eclipse.osgi.container.Module.lockStateChange(Module.java:328)
	at org.eclipse.osgi.container.Module.start(Module.java:379)
	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:454)
	at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
	at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:530)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:330)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:306)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:374)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:331)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:323)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
	at org.eclipse.ecf.provider.zookeeper.node.internal.WatchManager$1.run(WatchManager.java:123)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:701)

!ENTRY org.eclipse.osgi 2 0 2013-12-18 11:59:09.063
!MESSAGE While loading class "org.eclipse.ecf.provider.zookeeper.node.internal.ReadRoot", thread "Thread[pool-2-thread-2,5,main]" timed out waiting (5001ms) for thread "null" to finish starting bundle "org.eclipse.ecf.provider.zookeeper_1.0.100.v20131027-1505 [26]". To avoid deadlock, thread "Thread[pool-2-thread-2,5,main]" is proceeding but "org.eclipse.ecf.provider.zookeeper.node.internal.ReadRoot" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; osgi.identity="org.eclipse.ecf.provider.zookeeper"; type="osgi.bundle"; version:Version="1.0.100.v20131027-1505"; singleton:="true" [id=26] STARTED [STARTED]
	at org.eclipse.osgi.container.Module.lockStateChange(Module.java:328)
	at org.eclipse.osgi.container.Module.start(Module.java:379)
	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:454)
	at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107)
	at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:530)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:330)
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:306)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:374)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:331)
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:323)
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
	at org.eclipse.ecf.provider.zookeeper.node.internal.WatchManager$2.run(WatchManager.java:133)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
	at java.lang.Thread.run(Thread.java:701)
Comment 1 Christoph Rueger CLA 2017-01-09 15:39:18 EST
I have a similar problem with HikariCP Connection Pool.
See here for detailed description: https://github.com/brettwooldridge/HikariCP/issues/806

Maybe related?


 2017-01-09 12:18:17,335 WARN  - While loading class "com.zaxxer.hikari.pool.PoolEntry", thread "Thread[Hikari housekeeper (pool springHikariCP),5,main]" timed out waiting (221936ms) for thread "Thread[Start Level: Equinox Container: a055f8be-5cd6-0016-1481-89c49f98de16,5,main]" to finish starting bundle "myBundle [17]". To avoid deadlock, thread "Thread[Hikari housekeeper (pool springHikariCP),5,main]" is proceeding but "com.zaxxer.hikari.pool.PoolEntry" may not be fully initialized.: org.eclipse.osgi_3.10.102.v20160118-1700 [0] - null - [myBundle.Activator$NLogListener@72d5fd0c] c.a.d.o.o.s.Activator
org.osgi.framework.BundleException: Unable to acquire the state change lock for the module: osgi.identity; osgi.identity="myBundle"; type="osgi.bundle"; version:Version="1.0.0" [id=17] STARTED [STARTED]
	at org.eclipse.osgi.container.Module.lockStateChange(Module.java:329) ~[na:na]
	at org.eclipse.osgi.container.Module.start(Module.java:389) ~[na:na]
	at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:454) ~[na:na]
	at org.eclipse.osgi.internal.hooks.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107) ~[na:na]
	at org.eclipse.osgi.internal.loader.classpath.ClasspathManager.findLocalClass(ClasspathManager.java:531) ~[na:na]
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.findLocalClass(ModuleClassLoader.java:324) ~[na:na]
	at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:327) ~[na:na]
	at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:402) ~[na:na]
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:352) ~[na:na]
	at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:344) ~[na:na]
	at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:160) ~[na:na]
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[na:1.8.0_111]
	at com.zaxxer.hikari.pool.PoolBase.newPoolEntry(PoolBase.java:171) ~[na:na]
	at com.zaxxer.hikari.pool.HikariPool.createPoolEntry(HikariPool.java:436) ~[na:na]
	at com.zaxxer.hikari.pool.HikariPool.access$500(HikariPool.java:65) ~[na:na]
	at com.zaxxer.hikari.pool.HikariPool$PoolEntryCreator.call(HikariPool.java:567) ~[na:na]
	at com.zaxxer.hikari.pool.HikariPool$PoolEntryCreator.call(HikariPool.java:560) ~[na:na]
	at java.util.concurrent.FutureTask.run(FutureTask.java:266) ~[na:1.8.0_111]
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) ~[na:1.8.0_111]
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) ~[na:1.8.0_111]
	at java.lang.Thread.run(Thread.java:745) ~[na:1.8.0_111]