Docker 在 Dockerfile 中执行 cp 或 mv 命令，但更改未显示在图像中

Question

我对编程和 docker 还很陌生。我确实遇到过这样的问题，我找不到答案。

我毫无问题地创建了我的自定义 docker 镜像，然后我想使用这个镜像作为我进一步更改的基础。所以我创建了我的 Dockerfile，它看起来像(见下文)，当我使用 sudo docker build -t my-name 时。它执行没有问题，但是当我运行图像时 (sudo docker run -it my-name/bin/bash) 我在目录列表中看不到任何变化(目录/root/new_files/不存在)。

我似乎认为这是从我的第一个构建中以某种方式填充的，我的图像是基于这个构建的，因为我之前多次执行这些命令都没有问题。

任何建议，什么可能导致 Docker 执行程序，但图像本身没有看到变化。

我的 Docker 文件:

FROM plu_build_1:latest

ENV BASEDIR=/root

WORKDIR /root

RUN cp -a $BASEDIR/TEMPLATE/ $BASEDIR/DEMO/

COPY DEMO/parameters.DEMO $BASEDIR/DEMO/

COPY DEMO/config.DEMO $BASEDIR/DEMO/

ENV PATH="${BASEDIR}/bin:${PATH}"

VOLUME ["/root/DEMO/LOG/"]
CMD ["bash"]

我想指出的是，我尝试了“mv”命令而不是 cp -a ...但没有成功似乎也无法使用“ln”创建链接。

但是，如果在构建之后我输入图像并在正在运行的图像中运行相同的命令它工作正常，这意味着我可以运行 'cp -a $BASEDIR/TEMPLATE/$BASEDIR/DEMO/' 并且它工作。

因此，--no-cache 没有帮助。下面是基础镜像 Dockerfile:

基础镜像 Dockerfile:

FROM fedora:25
RUN yum -y update \
  && yum -y install file gcc gcc-gfortran gcc-c++ glibc.i686 libgcc.i686 libpng-devel jasper jasper-devel hostname m4 make perl \ 
  tar tcsh time wget which zlib zlib-devel openssh-clients openssh-server net-tools \
  netcdf-fortran libpng15 iproute-tc tcp_wrappers-libs sendmail procmail psmisc procps-ng mailx  findutils ImageMagick \
  perl-CPAN ncl netcdf libpng libjpeg-turbo which patch vim less bzip2 \
  && yum clean all

RUN yum -y install netcdf-openmpi-devel.x86_64 netcdf-fortran-openmpi-devel.x86_64 netcdf-fortran-openmpi.x86_64 hdf5-openmpi.x86_64 openmpi.x86_64 openmpi-devel.x86_64 \
  && yum clean all

COPY files.tgz /root
COPY files-bin.tgz /root
COPY rings.tgz /root
# extract all and link all files

RUN tar -xvzf files.tgz \
&& tar -xvzf files-bin.tgz \
&& tar -xvzf rings.tgz \
&& rm files*.tgz \
&& rm rings.tgz 

WORKDIR /root/bin
COPY prog-cmake-linux.tar /root/bin
COPY files-cmake-linux.tar /root/bin
RUN tar xf prog-cmake-linux.tar \
 && tar xf files-cmake-linux.tar \
 && rm prog-cmake* \
 && rm files-cmake* \
 && rm -rdf /root/bin/test/ \
 && rm -rdf /root/bin/main/ \
 && rm -rdf /root/bin/*grid/ \
 && mkdir /wrf/netcdf_links \
 && ln -sf /usr/lib64/openmpi/lib /root/netcdf_links/lib \
 && ln -sf /usr/include/openmpi-x86_64 /root/netcdf_links/include 

RUN (echo y;echo o conf prerequisites_policy follow;echo o conf commit) | cpan   && cpan install Proc/Background.pm \
  && ln -s libnetcdff.so.6 /lib64/libnetcdff.so.5 \
  && ln -s libnetcdf.so.11 /lib64/libnetcdf.so.7

RUN echo export LDFLAGS="-lm" >> /etc/bashrc \
 && echo export NETCDF=/root/netcdf_links >> /etc/bashrc \
 && echo export JASPERINC=/usr/include/jasper/ >> /etc/bashrc \
 && echo export JASPERLIB=/usr/lib64/ >> /etc/bashrc \
 && echo export LD_LIBRARY_PATH="/usr/lib64/openmpi/lib" >> /etc/bashrc \
 && echo export PATH="/usr/lib64/openmpi/bin:$PATH" >> /etc/bashrc \
 && echo setenv LDFLAGS "-lm" >> /etc/csh.cshrc \
 && echo setenv NETCDF "/root/netcdf_links" >> /etc/csh.cshrc \
 && echo setenv JASPERINC "/usr/include/jasper/" >> /etc/csh.cshrc \
 && echo setenv JASPERLIB "/usr/lib64/" >> /etc/csh.cshrc \
 && echo setenv LD_LIBRARY_PATH "/usr/lib64/openmpi/lib" >> /etc/csh.cshrc \
 && echo setenv PATH "/usr/lib64/openmpi/bin:$PATH" >> /etc/csh.cshrc \
 && echo export BASEDIR=$BASEDIR >> /etc/bashrc \
 && echo export PATH+=:\$BASEDIR/bin >> /etc/bashrc

ENV LD_LIBRARY_PATH /usr/lib64/openmpi/lib
ENV PATH  /usr/lib64/openmpi/bin:$PATH

# set up ssh configuration
COPY ssh_config /root/.ssh/config
RUN mkdir -p /root/.openmpi
COPY default-mca-params.conf /root/.openmpi/mca-params.conf

RUN mkdir -p /var/run/sshd \
    && ssh-keygen -A \
    && sed -i 's/#PermitRootLogin yes/PermitRootLogin yes/g' /etc/ssh/sshd_config \
    && sed -i 's/#RSAAuthentication yes/RSAAuthentication yes/g' /etc/ssh/sshd_config \
    && sed -i 's/#PubkeyAuthentication yes/PubkeyAuthentication yes/g' /etc/ssh/sshd_config \
    && ssh-keygen -f /root/.ssh/id_rsa -t rsa -N '' \
    && chmod 600 /root/.ssh/config \
    && chmod 700 /root/.ssh \
    && cp /root/.ssh/id_rsa.pub /root/.ssh/authorized_keys
#
WORKDIR /root
VOLUME /root

Answer 1

问题的直接原因是，一旦您在 Dockerfile 中将目录声明为 VOLUME，您就永远无法再对该目录树进行更改。特别是，由于您的基础图像 Dockerfile 以

结尾

VOLUME /root

然后几步之后

FROM plu_build_1:latest  # inherits that VOLUME
RUN cp -a /root/TEMPLATE/ /root/DEMO/

是空操作，因为 /root 中的任何内容都不能再更改。

这里非常简短的回答是永远不要将 VOLUME 放在 Dockerfile 中。对于具有单个目录树的数据库服务器之类的东西，如果可以的话，您几乎总是希望比单个容器的生命周期更长，这可能是有意义的，但这是一个异常(exception)，它有一些令人困惑的副作用(比如这个)。

从更广泛的角度来看这个 Dockerfile，它看起来更像是一个成熟的开发环境，而不是一个独立的可重用图像。 (它包含两个网络服务器、两个编译器堆栈和第三个解释语言运行时，以及一个非主流的交互式 shell；它不遗余力地配置两个 shell 的点文件，当许多典型的 Docker 路径根本不运行 shell；它包含一个易于提取的 ssh key ，该 key 授予对某些内容的 root 权限。)您可能会考虑是否在 Vagrant 上构建堆栈，一个成熟的虚拟机，以及一个更模块化的配置管理系统，如 Ansible更适合您要构建的内容。