![](https://seccdn.libravatar.org/avatar/9cdd94fb2a408ef93b25c00fa5a298fe.jpg?s=120&d=mm&r=g)
sudo ls /var/lib/docker/btrfs/subvolumes You'd want to do btrfs subvolume list (or something like that). You could try btrfs subvolume create /@/var/lib/docker, and then set up the auto-mounting in fstab, to solve this problem for your install.
I'm pretty sure the docker folder is running on the btrfs partition rather than one of the other various partitions.
Yes, but if it's not in a subvolume (as opposed to living in one of the snapshot subvolumes) then this problem might happen.
The worst case approach you just described is the solution I had taken the last time after I had given up. I woud prefer not to nuke my docker installation everytime I rollback as a lot of my docker images require a long bootstrap process to setup at work :/
Yes, this is something that shouldn't be necessary -- I agree. But if you want to save your images for the migration you could just use docker-load and docker-save for all of your images. You could even use this technique to migrate to a different storage driver.
Is there an inherent problem with the way docker has been setup on btrfs that is causing this issue? Is this something we can fix?
On paper, creating a subvolume for /var/lib/docker should solve the problem. We have this for Kubic but I'm not sure whether we have this for the main distribution. Unfortunately it's non-trivial to migrate to this sort of setup (it might be possible to do that with btrfs-send and btrfs-receive, but I haven't personally done that sort of migration). You could try with docker-save and docker-load though. I've submitted patches to Docker upstream for them to use a subvolume for /var/lib/docker, but those patches have been rejected on the basis of "the distribution/administrator should do the right thing here". Unfortunately due to how our distribution's subvolume policy works (it needs to be set at install time in yast-installation) changing this is non-trivial in my experience. -- Aleksa Sarai Software Engineer (Containers) SUSE Linux GmbH https://www.cyphar.com/ -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org