[RTFACT-13928] Artifactory run with local directory volume in Docker for Windows fails to initialize due to directory permissions Created: 18/Mar/17 Updated: 31/May/19
|Project:||Artifactory Binary Repository|
Docker for Windows
This produced an error at startup.
Creating a named volume and having Artifactory mount against the file system in the MobyLinux VM that Docker for Windows provides worked since it was able to create the specific permissions Artifactory is evidently checking for. I don't know if there's a way on Windows to configure the data directory in a way that would cause whatever check Artifactory is doing to succeed. (I tried to download the OSS source bundle and figure out where this was and had no luck whatsoever...the documentation for this appears to be out of date or incomplete.)
It's not a major issue, but it should be noted as a risk for people who want to experiment with Artifactory on Windows. This is super easy to do with Docker, but folks who decide to try to mount the data externally (whether for learning what's there or just having an easy way to back it up) will be blocked. I wanted to make sure you were aware of the limitation.
|Comment by benjamin Mack [ 27/Feb/18 ]|
aggree with nathan.
-> do not mount ./etc/security
|Comment by Eldad Assis [ 20/Sep/18 ]|
When resolved, need to update Wiki and remove https://www.jfrog.com/confluence/display/RTF/Installing+with+Docker#InstallingwithDocker-DockerforWindowslimitation
|Comment by Ariel Kabov [ 16/Oct/18 ]|
The workaround mentioned above is not enough for Artifactory 5.7 and above, due to the requirement of providing the $ARTIFACTORY_HOME/etc/security/master.key in order to validate the correct server is connecting to the DB.
A possible workaround to versions 5.7 and above is in addition to all of the above, to also provide and mount the $ARTIFACTORY_HOME/etc/security/master.key file, as it must be persistent.