Closed sjpotter closed 6 months ago
If you just need a blank file, couldn't you use /dev/null
?
Not if you want the config to persist across docker stop / docker start.
It seems you describe sometimes wanting persistence (like when you describe mounting a file) and sometimes not. Since this is a secondary use case for this image, I think it would be better to leave it open ended to let users configure it to the way they need.
Agreed -- if you want this to be persistent, you'd likely want it mounted to the host or a volume as well, so this is unfortunately a concern better left to users.
redis-sentinel (which is provided in the docker image), has to be run as
redis-sentinel <config file>
the config file can be empty, but it has to exist. Therefore, if one wants to run redis-sentinel as part of the container, one has to create a file before hand. One can use docker mounting to mount it inside, but sometimes one doesn't need persistence beyond the life of the container and hence that's a bit of a waste.
As the file an be blank and one can configure redis sentinel at runtime via redis commands, it be nice if a blank
I'm currently working around it by doing something like
docker run redis:latest /bin/bash -c "touch /tmp/sentinel.conf ; /usr/local/bin/redis-sentinel /tmp/sentinel.conf"
It be "nicer" if a blank sentinel.conf file was included in a normal location, so one could either do
docker run redis:latest /usr/local/bin/redis-sentinel <known location for blank file>
or perhaps even just extend the docker-entrypoint.sh to recognize "sentinel" so one can do something like
docker run redis:latest sentinel <flags>
which in the entrypoint would instead of runningredis-server
, would runredis-sentinel <blank config> <cmd line flags>