Hi, Brandon!
Here is a concrete example. That host has been running a set of containers that provide gitlab service. One of the containers is postgres. It is run with from gitlab-postgres.service, that contains:
---
[Unit]
Description=PostgreSQL server for GitLab
After=docker.service
Requires=docker.service
[Service]
ExecStartPre=-/usr/bin/docker create --name %p-volumes --volume /var/lib/postgresql/data busybox
ExecStartPre=-/usr/bin/docker kill %p
ExecStartPre=-/usr/bin/docker rm --volumes %p
ExecStartPre=/usr/bin/docker create \
--env SERVICE_5432_NAME=%p \
--name %p \
--volumes-from %p-volumes \
postgres:9.4
ExecStartPre=/usr/bin/docker start %p
ExecStart=/usr/bin/docker wait %p
ExecStop=/usr/bin/docker stop %p
Restart=on-failure
RestartSec=5s
TimeoutStartSec=0
User=core
[X-Fleet]
MachineMetadata="hostname=worker4" "type=worker"
---
Now, from the shell
---
core@worker4 ~ $ docker ps -a |grep gitlab-postgres-volumes
2fc6ccec730c busybox "/bin/sh" 11 weeks ago Exited (0) 8 days ago gitlab-postgres-volumes
core@worker4 ~ $ docker run --rm -it --volumes-from gitlab-postgres-volumes masm/tools /bin/bash
[root@fef870635eb0 /]# ls /var/lib/postgres
ls: cannot access /var/lib/postgres: No such file or directory
[root@fef870635eb0 /]#
---
Notice that there is no /var/lib/postgresql folder, that should have been provided by the volume. The volume container has been create 3 months ago and has always worked until last week, but it seems that the volume has been lost:
---
core@worker4 ~ $ docker inspect gitlab-postgres-volumes
...
"Volumes": {},
"VolumesRW": {},
...
"Config": {
"Volumes": {
"/var/lib/postgresql/data": {}
},
...
---
What might explain this is docker removing the volume when I run /usr/bin/docker rm --volumes gitlab-postgres, in the service file, ignoring the fact that that volume is also used in gitlab-postgres-volumes.
As for your other questions: The filesystem being used is ext4, and I didn't make any change from what coreos set up. I cannot paste any relevant log as I don't see any error besides what I already mentioned. And the tool that was giving me the "Cannot start container <container-name>: no such file or directory" was runnig "docker run <args>" with some of the containers. To fix those, I had to remove the images being, pull them again, and then it worked.
Thanks,
Marco