-
Notifications
You must be signed in to change notification settings - Fork 55
start before docker.service #29
Comments
@awyl thanks for reporting this. In my tests with docker 1.10 or above, I noticed no difference between before/after and I kind of remember asking about this on #docker-dev IRC channel. Folks did not seem to have a consensus, because normally Docker retries any plugin communication for 30 seconds (and during that time, containers with Do you have any logs about these containers failed to start? Also what version of docker-engine are you running? In any case if we were to take the change, we should probably keep |
Sorry I am not very familiar with Linux and Docker. Where can I look for the logs? I am using Docker on Ubuntu image on Azure. Ubuntu 15.10 and Docker is 1.11.1. Where I saw the "could not start" message was from "systemctl status docker.service". It said the volume cannot be found. I am sure that after boot the container has not been started after a long time while I was looking for reasons. |
@awyl can you try |
I cannot get journalctl to show the full line. So I try again with systemctl: May 06 00:54:06 docker01 docker[666]: .time="2016-05-06T00:54:06.607288800Z" level=warning msg="Unable to locate plugin: azurefile, retrying in 1s" So it did retry and fail. |
@awyl oh interesting, it appears like it is not starting docker engine until loading all its previous containers. This behavior might have been changed lately. We should fix the |
@awyl has doing
fixed the problem for you? |
Yes it does. This is what I currently have. |
@awyl thanks for confirming. I'm submitting a fix. |
AzureFile volume driver should start before docker.
The reason is when using docker run --restart with the volume driver, auto restart will failed because the driver is not available until docker started.
Changing the .service file, as following works:
After=nfs-utils.service docker.service
toBefore=nfs-utils.service docker.service
The text was updated successfully, but these errors were encountered: