-
Notifications
You must be signed in to change notification settings - Fork 279
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
Volume-less flavours #180
Comments
Other discussions on removing inherent volumes in images docker-library/mongo#306, redis/docker-library-redis#140, docker-library/postgres#404, docker-library/mysql#255 |
While I agree it's unfortunate Docker doesn't have a feature to disable inherited volumes, I really hesitate to add extra explicit variants that then need to be maintained to support this. I've been able to work around this and get Cassandra storing data outside the volume successfully with something similar to the following: FROM cassandra:3
RUN sed -i 's!/var/lib/cassandra!/tmp/cass!g' /etc/cassandra/cassandra.yaml (Where |
Yes, that kinda would work but I feel this is little hackish... I need afterall make my own image which will still have dangling empty volume. Sorry if I'm sound annoying but still I'm not convinced to your standpoint. Now let me summarize my arguments:
My proposed solution: And that's all. I believe adjusting travis.yml would be sufficient, correct me if I wrong. Of course, I could keep those volume-less images by myself in my private/public repository, but:
I mean, this is really simple thing to do useful at least for a bunch of people who care to comment about that. |
Is this possible to add image flavour without hardcoded VOLUME?
I mean image tag would be: 3.11.4-no-volume instead 3.11.4 and will not have VOLUME clause. Old clients can use old convention and don't worry about persistence where others can choose how store that data if at all. I see one usage in tests where at this moment I need to remember to remove volumes.
Note this would be obsolete if moby/moby#18286 will be resolved (and applied in docker-compose).
Any thoughts?
The text was updated successfully, but these errors were encountered: