Docker 在 Docker 文件中执行 cp 或 mv 命令，但更改没有显示在图像中

Question

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

我毫无问题地创建了自定义 docker 图像，然后我想使用此图像作为进一步更改的基础。所以我创建了我的 Docker 文件，当我使用 sudo docker build -t my-name 时，它看起来像（见下文）。它执行没有问题，但是当我运行图像（sudo docker 运行 -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' 创建链接。

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

所以，--no-cache 没有帮助。下面是基本图像 Dockerfile:

基本图像Docker文件：

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

这是由于构建时容器缓存命令所致。当 docker 文件没有改变时，它实际上不会执行操作，因为每个命令都被假定与之前的运行具有相同的结果（但它会重新运行任何更改的行

例如，如果 cp -a $BASEDIR/TEMPLATE/ $BASEDIR/DEMO/ 更改为 cp -ar $BASEDIR/TEMPLATE/ $BASEDIR/DEMO/，它将运行该命令和之后的每一行，因为缓存现在无效。

如果您想用最新的更改更新 docker 图像，您将需要像这样使用 --no-cache 选项执行 docker 构建。

 docker build --no-cache my-name .

Answer 2

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

结尾

VOLUME /root

然后几步之后

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

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

这里非常简短的回答是永远不要将 VOLUME 放入 Docker 文件中。对于诸如具有单个目录树的数据库服务器之类的东西，如果可以的话，您几乎总是希望比单个容器的寿命更长，这可能是有意义的，但这是一个例外，它有一些令人困惑的副作用（像这样）。

更广泛地看一下这个 Docker 文件，它看起来更像是一个成熟的开发环境，而不是一个独立的可重复使用的图像。（它包含两个网络服务器，两个编译器栈和第三种解释型语言运行时间，还有一个非主流的交互shell；它特地配置了both shells' 点文件，当许多典型的 Docker 路径运行根本没有 shells 时；它包含一个易于提取的 ssh 密钥，该密钥提供 root权限。）您可能会考虑构建在 Vagrant, a full-blown VM, and a more modular configuration management system like Ansible 上的堆栈是否更适合您要构建的内容。

Docker 在 Docker 文件中执行 cp 或 mv 命令，但更改没有显示在图像中

Docker executing cp or mv command in Dockerfile, but changes does not show up in an image

docker

dockerfile

docker-ce