You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When I follow the mnist_openfl example, the container runs as root. This also means that all output files are set to root ownership, and are thus unwriteable by other users.
I modified the example to have separate model_in and model_out directories so that I could overwrite the model_in without being root. here you can see the root ownership:
This is generally an issue with mounted volumes in docker as the docker daemon runs as root. If relative volumes are mounted you need to take care in the docker container how you set the user id and group id.
One approach I have taken in other projects is to pass Linux user and group id (usually $UID/$GID) into the container and write with those ids. That will than have the correct user permissions on the host system which should be desirable for mlcube I think.
When I follow the mnist_openfl example, the container runs as root. This also means that all output files are set to root ownership, and are thus unwriteable by other users.
I modified the example to have separate model_in and model_out directories so that I could overwrite the model_in without being root. here you can see the root ownership:
~/git/mlcube_examples/mnist_openfl/workspace/model_out(master*) » ll
total 4.0K
drwxr-xr-x 4 root root 4.0K Jul 13 15:18 mnist_model
The text was updated successfully, but these errors were encountered: