How are dockerspawner mounts supposed to work?

Just an update.

Whilst having containers persist like this is a temporary solution, ideally I could use docker volumes or docker mounts to create data.

Unfortunately the docker volumes created as part of the documention on dockerspawner are stuck at root:root ownership, with no apparent way for the dockerspawner to force a change in ownership. I’ve tried dockerspawner.cmd dockerspawner.environment dockerspawn mounts and a tremendous number of different configurations of existing variables etc…

With no success.

This is a question that has been asked multiple times independently with substantial discussion. It was marked as a bug in 2017, but still has yet to be resolved. (I cant find this discussion again unfortunately)

here are some of the relevant discussions off hand.

This is a recurring issue people are facing. People like to have their environments and other folders backed up. Yes some people have created scripts as a workaround. However being able to change folder and user permissions of softare, containers etc… is at least from my experience, quite basic functionality.

fortunately it seems that the issue only occurs on newly mounted folders, i.e. if the image already possesses the file/folder, then this is a non issue. However the conda/pkgs and conda/envs folder does not exist in the base image making backup and sharing of packages and environments between users quite difficult. This is something worthwhile to have in a team, as it means I can forward on my working environment, scripts, and packages to a colleague, for troubleshooting rather than having to get admin approval to create a new image each time…

I wonder if this could be put forward as a feature request. At the very least the envs and pkgs folders can be put into the base image, as virtual environments are a staple, and backing up packages has other applications also.