Docker - mkdir read-only file system

DockerUbuntu

Docker Problem Overview


After freshly installing Ubuntu 18 I am receiving the following error when trying to launch a docker container that has a bind to a LVM (ext4) partition:

mkdir /storage: read-only file system

I have tried reinstalling the OS, reinstalling Docker and forcing the drive to mount as RW (everything that isn't docker can write to the drive).

The directory that is being bound is currently set to 777 permissions.

There seems to be almost no information available for this error.

Docker Solutions


Solution 1 - Docker

I had same issue, but removed docker from snap and reinstall on following the official docker steps.

Remove docker from snap

snap remove docker

then remove the docker directory, and old version

rm -R /var/lib/docker

sudo apt-get remove docker docker-engine docker.io

install official docker: https://docs.docker.com/install/linux/docker-ce/ubuntu/

I hope this help for you!

Solution 2 - Docker

Update 01/2021: while still pretty cool, Snaps don't always work. Specifically with the Docker Snap, it didn't work for Swarm mode, so I ditched it and installed Docker the recommended way.

Snaps are actually pretty cool, IMO, and think it's beneficial to run Docker within a Snap than installing it directly on the system. The fact that you're getting a read-only permissions error is a good thing. It means that a rogue container isn't able to wreak havoc on your base OS. That said, how to fix your issue.

The reason that this is coming up is that Snaps will expose the host OS as read-only so that Docker can see the host's files, but not modify them (hence the permission denied error). But there is a directory that the Docker Snap can write to: /var/snap/docker. Actually, a better directory that snap can write to is /home. I created /home/docker for container's to have persistent storage from the host system.

In your case, you wanted /storage to be writeable by Docker containers. I had a very similar use-case, which led me to this SO post. I solved this by mounting my storage within the docker snap directory /home/docker; the easiest example simply being a directory on the same filesystem:

mkdir -p /home/docker/<container name>/data

In my case, I created a ZFS dataset at the location above instead of simply mkdir'ing a directory.

Then, the container I ran could write to that with something like:

docker run -ti -v /home/docker/<container name>/data:/data [...]

Now you have the best of both worlds: Docker running in a contained Snap environment and persistent storage. 

Attributions

All content for this solution is sourced from the original question on Stackoverflow.

The content on this page is licensed under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0) license.

Content TypeOriginal AuthorOriginal Content on Stackoverflow
QuestionJamie BruntonView Question on Stackoverflow
Solution 1 - DockerAttila SziliView Answer on Stackoverflow
Solution 2 - DockerbertoView Answer on Stackoverflow