Ich habe eine ziemlich einfache Unit-Datei für einen Discovery-Sidekick-Dienst für eine Serverinstanz, die ich unter CoreOS ausführe. Die Einheitendatei sieht folgendermaßen aus:
[Unit]
Description=Discovery for frontend server (instance %i)
BindsTo=frontend@%i.service
After=frontend@%i.service
[Service]
EnvironmentFile=/etc/environment
ExecStart=/usr/bin/bash -c ' \
while true; do \
export PORT=$(docker port frontend%i 80 | sed s/.*://); \
etcdctl set /services/frontend/%i "${COREOS_PRIVATE_IPV4}:$PORT" --ttl 60; \
sleep 45; \
done'
ExecStop=/usr/bin/etcdctl rm /services/frontend/%i
[X-Fleet]
MachineOf=frontend@%i.service
Das funktioniert gut, aber ich habe ewig gebraucht, um zu diesem Stadium zu gelangen, denn wenn ich die etcdctl
Zeile dahingehend ändere :
etcdctl set /services/frontend/%i "${COREOS_PRIVATE_IPV4}:${PORT}" --ttl 60; \
Dann funktioniert es nicht - am Ende wird ein Wert wie 100.45.218.3:
ohne Port festgelegt. Unterwegs habe ich viel Zeit damit verbracht, mit verschiedenen Verwendungszwecken der $PORT
Variablen zu spielen, und ich habe keine Ahnung, warum die Konfiguration, für die ich mich entschieden habe, funktioniert. An einem Punkt hatte ich dies im Skript:
echo hi $PORT; \
echo "hi $PORT"; \
echo hi ${PORT}; \
echo "hi ${PORT}"; \
Und habe Tagebuchprotokolle wie diese bekommen:
Aug 17 01:05:07 core-01 bash[53694]: hi 32769
Aug 17 01:05:07 core-01 bash[53694]: hi 32769
Aug 17 01:05:07 core-01 bash[53694]: hi
Aug 17 01:05:07 core-01 bash[53694]: hi
Im Wesentlichen ist meine Frage: Was ist hier los? Dies steht {}
im Widerspruch zu meinem Verständnis , in Bash-Skripten zu arbeiten. Und warum kann ich Curlies für die COREOS_PRIVATE_IPV4
Variable verwenden (die exportiert wird /etc/environment
, aber nicht für PORT
?