在提交错误之前,我想请某人确认我最近遇到的奇怪的docker build
行为。
考虑我们有一个简单的Dockerfile,我们试图将一些文件复制到非root用户的主目录中:
FROM ubuntu:utopic
ENV DEBIAN_FRONTEND=noninteractive
RUN sed -i.bak 's/http:\/\/archive.ubuntu.com\/ubuntu\//mirror:\/\/mirrors.ubuntu.com\/mirrors.txt\//g' /etc/apt/sources.list
RUN echo "deb http://repo.aptly.info/ squeeze main" >> /etc/apt/sources.list.d/_aptly.list
RUN apt-key adv --keyserver keys.gnupg.net --recv-keys e083a3782a194991
RUN apt-get update
RUN apt-get install -y aptly
RUN useradd -m aptly
RUN echo aptly:aptly | chpasswd
USER aptly
COPY ./.aptly.conf $HOME/.aptly.conf
COPY ./public.key $HOME/public.key
COPY ./signing.key $HOME/signing.key
RUN gpg --import $HOME/public.key $HOME/signing.key
RUN aptly repo create -comment='MAILPAAS components' -distribution=utopic -component=main mailpaas
CMD ["/usr/bin/aptly", "api", "serve"]
这是我在尝试构建此图像时得到的结果:
...
Step 10 : USER aptly
---> Running in 8639f826420b
---> 3242919b2976
Removing intermediate container 8639f826420b
Step 11 : COPY ./.aptly.conf $HOME/.aptly.conf
---> bbda6e5b92df
Removing intermediate container 1313b12ca6c6
Step 12 : COPY ./public.key $HOME/public.key
---> 9a701a78d10d
Removing intermediate container 3a6e40b8593a
Step 13 : COPY ./signing.key $HOME/signing.key
---> 3d4eb847abe8
Removing intermediate container 5ed8cf52b810
Step 14 : RUN gpg --import $HOME/public.key $HOME/signing.key
---> Running in 6e481ec97f74
gpg: directory `/home/aptly/.gnupg' created
gpg: new configuration file `/home/aptly/.gnupg/gpg.conf' created
gpg: WARNING: options in `/home/aptly/.gnupg/gpg.conf' are not yet active during this run
gpg: keyring `/home/aptly/.gnupg/secring.gpg' created
gpg: keyring `/home/aptly/.gnupg/pubring.gpg' created
gpg: can't open `/home/aptly/public.key': No such file or directory
gpg: can't open `/home/aptly/signing.key': No such file or directory
gpg: Total number processed: 0
似乎$HOME
是空的。但为什么?将绝对路径设置为home dir而不是$HOME
并不是很方便。
答案 0 :(得分:36)
这是你的问题:
使用USER
指令时,它会影响用于在容器内启动新命令的用户标识。所以,例如,如果你这样做:
FROM ubuntu:utopic
RUN useradd -m aptly
USER aptly
RUN echo $HOME
你明白了:
Step 4 : RUN echo $HOME
---> Running in a5111bedf057
/home/aptly
因为RUN
命令在容器内启动一个新shell,该shell由前面的USER
指令修改。
当你使用COPY
指令时,你没有在容器内启动进程,而Docker无法知道shell会暴露什么(如果有的话)环境变量。
您最好的选择是在您的Dockerfile中设置ENV HOME /home/aptly
,这将有效,或者将您的文件转移到临时位置,然后:
RUN cp /skeleton/myfile $HOME/myfile
此外,请记住,当COPY
文件中的文件归root
所有;您需要向适当的用户明确chown
。
答案 1 :(得分:0)
您需要使用绝对路径。
答案 2 :(得分:0)
根据Docker docs,USER
仅适用于RUN
,CMD
和ENTRYPOINT
。
USER
指令设置用户名(或UID),以及可选的用户组(或GID),用于在运行映像时以及任何RUN
,CMD
和{{ 1}}在Dockerfile中遵循的说明。