You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 27, 2023. It is now read-only.
This is one potential cause of the intermittent "wait for zookeeper to listen" failure we sometimes encounter on builds. When zookeeper starts, you may see an error like this in the logs:
Nov 19 03:02:36 resching-control-01.cisco.com systemd[1]: Starting zookeeper...
Nov 19 03:03:03 resching-control-01.cisco.com docker[10779]: Error response from daemon: Cannot destroy container zookeeper: Driver devicemapper failed to remove init filesystem dbcbaa47a36dc59fdbaa8dd9051faaf00ac099a924de11ac222b804ba576ff5a-init: Device is Busy
Nov 19 03:03:03 resching-control-01.cisco.com docker[10779]: Error: failed to remove containers: [zookeeper]
Nov 19 03:03:04 resching-control-01.cisco.com docker[10840]: Trying to pull repository docker.io/ciscocloud/zookeeper ... 0.3: Pulling from ciscocloud/zookeeper
Note that this causes an almost 30 second delay when starting up zookeeper and sometimes results in zookeeper not being available by the time the zookeeper-wait-for-listen.sh times out (60 seconds).
The text was updated successfully, but these errors were encountered:
There can be one more cause for wait for zookeeper to listen failure:
Often times nginx-consul fails to start and hence consul becomes unreachable.
Sometimes, nginx-consul starts - that is service nginx-consul status reports active (running) - , but does not open any ports. In essence it fails to start, but reports as started.
Previously, looking at logs I'v seen errors from zookeeper's container about inability to reach consul. Is ZK dependent on consul?
This is one potential cause of the intermittent "wait for zookeeper to listen" failure we sometimes encounter on builds. When zookeeper starts, you may see an error like this in the logs:
Note that this causes an almost 30 second delay when starting up zookeeper and sometimes results in zookeeper not being available by the time the
zookeeper-wait-for-listen.sh
times out (60 seconds).The text was updated successfully, but these errors were encountered: