나는이 도커 용기는 systemd 실행 . 환경 변수를 그 아래의 응용 프로그램에 전달하고 싶습니다.
Docker 내에서 systemd를 시작하면 ( /sbin/init
명령 행으로) Docker는 변수를 systemd에 노출 하지만 자식 서비스에는 노출하지 않습니다 . systemd.setenv=...
cmdline에 추가 하면 변수가 전달됩니다. 더 깨끗한 솔루션을 찾고 있습니다.
/sbin/init
시작된 애플리케이션에 전달 된 환경 변수를 어떻게 노출 합니까?
% docker run -v /sys/fs/cgroup:/sys/fs/cgroup:ro --privileged -ti \
-e VAR1=1 motiejus/systemd_fedora20 \
init systemd.setenv=VAR2=2
...
Welcome to Fedora 20 (Heisenbug)!
...
[ OK ] Reached target Multi-User System.
[root@740690365eb0 ~]# env | grep VAR
VAR2=2
VAR1=1
내 명령을 실행하는 동안 볼 것으로 예상됩니다 .
다시 말해, 체계화 된 변수는 전달 된 자식에게 전달 된 변수를 전달할 수 있습니까?
Dockerfile은 github repository를 참조하십시오 .
답변
질문에 답변하기 위해 (다른 곳에서는 답변이없는 것 같습니다)
“/ sbin / init에 전달 된 환경 변수를 시작된 응용 프로그램에 어떻게 노출합니까?”
약간 자극적 인 bash와 linux / proc 파일 시스템의 매우 유용한 기능이 필요합니다.
# Import our environment variables from systemd
for e in $(tr "\000" "\n" < /proc/1/environ); do
eval "export $e"
done
PID1에 지정된 환경 인 / proc / 1 / envion을 읽지 만 널로 구분됩니다. ‘tr’을 사용하여 널을 새 행으로 바꾼 다음 해당 행을 반복하여 앞에 붙인 ‘내보내기’로 회피하여 하위 프로세스에 표시됩니다.
노출되지 않는 환경 변수는 시스템의 또 다른 “기능”이며 버그로 간주하지 않습니다.
답변
이 설명에 따르면 시스템 사용자 인스턴스는 환경 변수를 상속하지 않습니다.
https://wiki.archlinux.org/index.php/Systemd/User#Environment_variables
“최종”서비스에 대한 EnvironmentFile을 구성하는 oneshot 시스템 서비스를 사용하는 것이 좋습니다.
/programming/25396167/how-do-i-get-etcd-values-into-my-systemd-service-on-coreos