-
Notifications
You must be signed in to change notification settings - Fork 34
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 how to mount solr data on ext drive #246
Comments
I’m guessing it’s not that rare… I had the same issue, and resolved it in the same manner, a few months ago.
On Apr 17, 2019, at 8:48 AM, B. Seeger <notifications@github.com<mailto:notifications@github.com>> wrote:
I have a use case where I'd like to mount solr data on an external drive. Essentially my rootfs is small and I want to make sure that the solr docker volume doesn't fill it up.
If I, on a fresh install, create a bind mount via the docker-compose file in ISLE, I run into a snag where the solr docker container already has the solr collection info in /usr/local/solr, so if I tell it to bind mount that directory, my external mount point essentially squashes what's there in the container already. This renders solr unusable because it's collection info is no longer accessible. (removing the bind mount makes it work again).
The proper way to do what I want to do, with the system they way it is, is to (for solr):
* leave the solr section of the docker-compose.yml file alone. Start ISLE.
* copy the solr data out of the solr container: (from host machine) docker cp isle-solr-ld:/usr/local/solr /mnt/data/your/path
* Then you can docker-compose down, update the mount point for solr to be a bind mount
* restart ISLE.
I think we should document this - but I'm not sure how rare this use case will be. I like to partition off things that might grow, so I'd probably want to do this anyways even if I didn't have small rootfs disk space.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub<https://github.com/Islandora-Collaboration-Group/ISLE-Documentation/issues/139>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AAHKYC2DPT3N24CNMHUPWALPQ4TBTANCNFSM4HGUNBRA>.
|
I agree this should be documented and data storage is a challenge with ISLE and Docker itself for sure. I think I've also found another method as what you're both proposing in my opinion is simply to reconstruct the Solr build process? Absolutely what you discuss re starting up and copying out Solr data is a legit method but one can also accomplish this process by:
I would be curious to see if this works as another |
@bseeger Sorry for late reply here. What is the path for your bind-mount for Solr? Have you considered testing bind-mounting this path |
I have a use case where I'd like to mount solr data on an external drive. Essentially my rootfs is small and I want to make sure that the solr docker volume doesn't fill it up.
If I, on a fresh install, create a bind mount via the docker-compose file in ISLE, I run into a snag where the solr docker container already has the solr collection info in
/usr/local/solr
, so if I tell it to bind mount that directory, my external mount point essentially squashes what's there in the container already. This renders solr unusable because it's collection info is no longer accessible. (removing the bind mount makes it work again).The proper way to do what I want to do, with the system they way it is, is to (for solr):
docker cp isle-solr-ld:/usr/local/solr /mnt/data/your/path
I think we should document this - but I'm not sure how rare this use case will be. I like to partition off things that might grow, so I'd probably want to do this anyways even if I didn't have small rootfs disk space.
The text was updated successfully, but these errors were encountered: