-
Notifications
You must be signed in to change notification settings - Fork 71
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
fcrepo_data_dir in ansible-role-fcrepo is misleading #971
Comments
@seth-shaw-unlv Option 2? Then you only have to set it in one place. |
Either is fine by me. I just wasn't sure how sacred (if at all) those Tomcat variables are to the Fedora crowd or if we would be confusing long-time Fedora users by not using them since every example I've seen uses them. (It actually took me quite a while to figure out they were Tomcat variables since I didn't see the documentation didn't state that anywhere despite all the examples using them.) |
I would suggest using the system property For more information see: https://wiki.duraspace.org/display/FEDORA4x/Application+Configuration |
@whikloj, the claw_playbook includes using the fcrepo_home_dir directory, so changing that variable would work, although it would also place all the configuration files there as well. However, focusing on fcrepo_home_dir means that fcrepo_data_dir is still sitting around impotently. I think we should either document how to use it correctly (even if it isn't preferred) or remove it from the ansible role to avoid confusion. |
Resolved via islandora-deprecated/ansible-role-fcrepo@be9ae4c |
The documentation says that the variable
fcrepo_data_dir
is the "Path to put Fedora data directory". However, the role only creates the directory. This does not affect the repository.json file which declares where Fedora will actually try to put your data.Try it out with a clean playbook: run it with the defaults and create some repository items. You will notice that the claw_playbook created a directory
/var/lib/tomcat8/fcrepo4-data
as indicated by the role's default settings; however, the new fcrepo objects will actually be stored in the fedora home/opt/fcrepo/
.I didn't notice this behavior until I set fcrepo_data_dir to a path on a large storage partition (
/data/fcrepo
) and ran a large batch import that crashed the system because it filled the primary partition (because it had the fedora home directory/opt/fcrepo/
).So, to avoid this for others I recommend we do one of two things:
${fcrepo.binary.directory:target/binaries}
)Thoughts on which would be preferable?
The text was updated successfully, but these errors were encountered: