-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document use of bind mounts #58
Comments
Hi @markovendelin, What are the permissions on the two directories?
? You might try mounting parent directories (even |
Hi @joshmoore, that's what is odd - permissions and UID is the same when viewed from inside the container:
Same was checked inside /OMERO in the container. Permissions and IDs were the same on the host for those directories. Let me ask if you have managed to run OMERO server using bind mounts or only named volumes? |
PS: maybe there is a difference. Let me check again |
👍 (Otherwise, I'd ask about selinux 😉)
We've definitely run with bind mounts. |
Yes, issue was that the _data folder itself was not owned by user ID 1000. Should have spotted it myself, tbh. I think it would make sense to add a note regarding ownership of the folders in case if someone runs into it as well. Corresponding folders are (with numerical IDs)
|
Thanks for letting us know, @markovendelin. I'll leave this open for the README update. (Feel free to suggest text if you have any strong opinions) |
I have trouble with the use of bind mounts when using omero-server-docker. At the same time, with named volumes, all works as it should.
With the bind mounts, the server starts but does not allow to import images as if the data is read-only. Test was done by making a copy of working named volume solution into another location on the host.
Used start command:
Corresponding working solution with named volume:
When checking permissions inside /OMERO, all seem to be the same.
Docker inspect returns
Not working bind mount
Working named volume:
Not sure how to debug it further.
The text was updated successfully, but these errors were encountered: