Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit e70c60f

Browse files
author
Jim Galasyn
authored
Add engine ID error condition to UCP troubleshooting (docker#3057)
1 parent ffc72b7 commit e70c60f

File tree

1 file changed

+2
-1
lines changed

1 file changed

+2
-1
lines changed

datacenter/ucp/2.1/guides/admin/monitor-and-troubleshoot/troubleshoot-node-messages.md

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
---
22
title: Troubleshoot UCP Node States
33
description: Learn how to troubleshoot individual UCP nodes.
4-
keywords: Docker, UCP, troubleshoot, health
4+
keywords: Docker, UCP, troubleshoot, health, swarm
55
---
66

77
There are several cases in the lifecycle of UCP when a node is actively
@@ -26,3 +26,4 @@ UCP node, their explanation, and the expected duration of a given step.
2626
| Reconfiguration pending | The target node is expected to be a manager but the `ucp-reconcile` container has not been started yet. | 1 - 10 seconds |
2727
| Unhealthy UCP Controller: node is unreachable | Other manager nodes of the cluster have not received a heartbeat message from the affected node within a predetermined timeout. This usually indicates that there's either a temporary or permanent interruption in the network link to that manager node. Please ensure the underlying networking infrastructure is operational and contact support if the symptom persists. | Until resolved |
2828
| Unhealthy UCP Controller: unable to reach controller | The controller that we are currently communicating with is not reachable within a predetermined timeout. Please refresh the node listing to see if the symptom persists. If the symptom appears intermittently, this could indicate latency spikes between manager nodes, which can lead to temporary loss in the availability of UCP itself. Please ensure the underlying networking infrastructure is operational and contact support if the symptom persists. | Until resolved |
29+
| Unhealthy UCP Controller: Docker Swarm Cluster: Local node `<ip>` has status Pending | The Engine ID of an engine is not unique in the swarm. When a node first joins the cluster, it's added to the node inventory and discovered as `Pending` by Docker Swarm. The engine is "validated" if a `ucp-swarm-manager` container can connect to it via TLS, and if its Engine ID is unique in the swarm. If you see this issue repeatedly, make sure that your engines don't have duplicate IDs. Use `docker info` to see the Engine ID. Refresh the ID by removing the `/etc/docker/key.json` file and restarting the daemon. | Until resolved |

0 commit comments

Comments
 (0)