You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A user reported seeing this output when running docker-compose operations for the Zulip container:
~/docker-zulip$ sudo docker-compose pull
[sudo] Passwort für ilyas:
WARNING: The GVqF variable is not set. Defaulting to a blank string.
Pulling database ... done
Pulling memcached ... done
Pulling rabbitmq ... done
Pulling redis ... done
(Note that the zulip container isn't being run at all).
Investigating determined the problem was that their REDIS_PASSWORD field had some special characters in it (in this case, $), which resulted in Docker trying to handle it as a variable.
I'm not sure what the right fix for this; at the very least we should document that passwords/secrets used in this file should use a specific character set; I'm not sure there's any escaping we can do to address this, since I think it's being considered a Docker variable. May be worth researching what the prior art for other projects is for this issue. One possible solution is to write a tool to generate and fill in the password/secrets fields rather than having folks do that manually.
The text was updated successfully, but these errors were encountered:
$VARIABLE substitution is part of the docker-compose.yml syntax, which also provides a syntax for escaping $:
You can use a $$ (double-dollar sign) when your configuration needs a literal dollar sign. This also prevents Compose from interpolating a value, so a $$ allows you to refer to environment variables that you don’t want processed by Compose.
Yeah. I think we should address this by updating our docs to mention not using $ in passwords; or maybe better, we should write a little tool that substitutes in randomly generated passwords following that rule.
A user reported seeing this output when running
docker-compose
operations for the Zulip container:(Note that the
zulip
container isn't being run at all).Investigating determined the problem was that their
REDIS_PASSWORD
field had some special characters in it (in this case,$
), which resulted in Docker trying to handle it as a variable.REDIS_PASSWORD: 'E!r%ZwH3#2P$GVqF'
See https://pastebin.com/P0jRFVnj for an example configuration with this problem.
I'm not sure what the right fix for this; at the very least we should document that passwords/secrets used in this file should use a specific character set; I'm not sure there's any escaping we can do to address this, since I think it's being considered a Docker variable. May be worth researching what the prior art for other projects is for this issue. One possible solution is to write a tool to generate and fill in the password/secrets fields rather than having folks do that manually.
The text was updated successfully, but these errors were encountered: