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 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
The text was updated successfully, but these errors were encountered:
It happens because the docker plugin has a bug in the reference counter feature, so that when a container is stopped it thinks there are still containers referencing the volume and does not detach it from the vm host.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
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:
The text was updated successfully, but these errors were encountered: