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 was archived by the owner on Nov 9, 2020. It is now read-only.
Setup: VSphere cluster, consisting of 4 ESX hosts. Several Docker Hosts running on one of the ESX hosts, many of it's containers are using persistent volumes.
When the Docker VM is migrated to another ESX host, some, but not all of the volumes no longer correctly attach. After restarting the Docker Engine (sometimes several times), the volumes can be attached correctly. Strangely enough, in some cases the containers do start, but when inspecting the container, the volume isn't actually mounted; instead a "local" volume is used (even though docker volume ls does not show the volume as being local). This can be verified by docker exec mount
Summary:
Docker VM on esx node1
Start container on this Docker VM with persistent VMware storage
Migrate Docker VM to esx node2
Frequently your container will lose access to it's volume
Setup: VSphere cluster, consisting of 4 ESX hosts. Several Docker Hosts running on one of the ESX hosts, many of it's containers are using persistent volumes.
When the Docker VM is migrated to another ESX host, some, but not all of the volumes no longer correctly attach. After restarting the Docker Engine (sometimes several times), the volumes can be attached correctly. Strangely enough, in some cases the containers do start, but when inspecting the container, the volume isn't actually mounted; instead a "local" volume is used (even though docker volume ls does not show the volume as being local). This can be verified by docker exec mount
Summary: