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"]

我想指出的是，我没有使用cp -a而是尝试了'mv'命令... 似乎也无法使用“ 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中。对于诸如具有单个目录树的数据库服务器之类的东西，如果可能的话，您几乎总是想超过一个容器，这可能是有道理的，但这是一个例外，并且它具有一些令人困惑的副作用（例如这样）。

从更广泛的角度来看这个Dockerfile，它看起来像一个成熟的开发环境，而不是一个独立的可重用映像。（它包含两个网络服务器，两个编译器堆栈和第三个解释语言运行时，以及一个主流之外的交互式外壳程序；当配置两个外壳程序的点文件时，它会尽力地进行配置。许多典型的Docker路径根本不运行任何Shell；它包含一个容易提取的ssh密钥，该密钥为某些内容提供了根权限。）您可能会考虑是否基于Vagrant构建的堆栈，成熟的VM和更具模块化的配置Ansible之类的管理系统更适合您要构建的系统。

Answer 2

这是由于在构建时使用了容器缓存命令。当dockerfile未被更改时，实际上不会执行任何操作，因为假定每个命令的结果与上一次运行相同（但它将重新运行更改的任何行

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

如果要使用最新更改更新docker映像，则需要使用--no-cache选项执行docker build。

 docker build --no-cache my-name .

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

2 个答案: