Why fabric join leads to exception - Client is not started ?
Issue
- User is hitting https://issues.jboss.org/browse/ENTESB-4483
- User's platform is
OpenStackbased, and the bug report indicates the chance of the 'client not started error' is much higher onOpenStack. This is impacting the ability to build environments and therefore go live. - At the moment user don't have a work around. The reason for a lack of work around is that the the customer has automated scripts to create the wrapper which must occur after joining the fabric.
- If the fabric join fails then the server is in a broken state from an automation point of view i.e. just restarting the container does not will not resolve things.
2016-01-19 15:16:00,275 | WARN | admin-1-thread-1 | FabricConfigAdminBridge | 141 - io.fabric8.fabric-configadmin - 1.2.0.redhat-621084 | Exception when tracking configurations. This exception will be ignored.
java.lang.IllegalStateException: Client is not started
at com.google.common.base.Preconditions.checkState(Preconditions.java:176)[134:com.google.guava:17.0.0]
at org.apache.curator.CuratorZookeeperClient.getZooKeeper(CuratorZookeeperClient.java:113)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.CuratorFrameworkImpl.getZooKeeper(CuratorFrameworkImpl.java:474)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.GetChildrenBuilderImpl$3.call(GetChildrenBuilderImpl.java:214)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.GetChildrenBuilderImpl$3.call(GetChildrenBuilderImpl.java:203)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.RetryLoop.callWithRetry(RetryLoop.java:107)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.GetChildrenBuilderImpl.pathInForeground(GetChildrenBuilderImpl.java:199)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.GetChildrenBuilderImpl.forPath(GetChildrenBuilderImpl.java:191)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at org.apache.curator.framework.imps.GetChildrenBuilderImpl.forPath(GetChildrenBuilderImpl.java:38)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at io.fabric8.zookeeper.utils.ZooKeeperUtils.getChildrenSafe(ZooKeeperUtils.java:134)[145:io.fabric8.fabric-zookeeper:1.2.0.redhat-621084]
at io.fabric8.service.ZkDataStoreImpl.getContainers(ZkDataStoreImpl.java:239)[138:io.fabric8.fabric-core:1.2.0.redhat-621084]
at io.fabric8.service.ZkDataStoreImpl.hasContainer(ZkDataStoreImpl.java:248)[138:io.fabric8.fabric-core:1.2.0.redhat-621084]
at io.fabric8.service.FabricServiceImpl.getContainer(FabricServiceImpl.java:318)[138:io.fabric8.fabric-core:1.2.0.redhat-621084]
at io.fabric8.service.FabricServiceImpl.getCurrentContainer(FabricServiceImpl.java:234)[138:io.fabric8.fabric-core:1.2.0.redhat-621084]
at io.fabric8.configadmin.FabricConfigAdminBridge.updateInternal(FabricConfigAdminBridge.java:155)[141:io.fabric8.fabric-configadmin:1.2.0.redhat-621084]
at io.fabric8.configadmin.FabricConfigAdminBridge.access$000(FabricConfigAdminBridge.java:51)[141:io.fabric8.fabric-configadmin:1.2.0.redhat-621084]
at io.fabric8.configadmin.FabricConfigAdminBridge$1.run(FabricConfigAdminBridge.java:105)[141:io.fabric8.fabric-configadmin:1.2.0.redhat-621084]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)[:1.7.0_91]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)[:1.7.0_91]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)[:1.7.0_91]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)[:1.7.0_91]
at java.lang.Thread.run(Thread.java:745)[:1.7.0_91]
Environment
- Red Hat JBoss Fuse
- 6.2.1
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase of over 48,000 articles and solutions.
Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.
