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

时间:2019-01-09 11:00:02

标签: docker dockerfile docker-ce

我对编程和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

2 个答案:

答案 0 :(得分: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之类的管理系统更适合您要构建的系统。

答案 1 :(得分:0)

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

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

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

 docker build --no-cache my-name .