首页 文章

Dockerfile RUN中的环境与正在运行的容器上的交互式shell之间的区别?

提问于
浏览
2

我是以Docker image that has OracleXE installed on it开头的 . 此映像具有正在运行的实例,并配置了所有内容 .
我可以启动该图像,并且,无论是从交互式shell容器,还是通过ssh进入容器,我都可以轻松执行 sqlplus .

要创建一个包含我想要的添加项的容器,例如新的oracle用户和表空间,我可以进入正在运行的容器并执行必要的 sqlplus ,然后使用我的新状态 docker commit 新图像 . 但是,我想在 Dockerfile 中捕获这些新变化 .

但是 . ..当我的Dockerfile尝试执行上面引用的相同命令时, PATH 上没有 ORACLE_HOME ;当我用 SSH 或交互式shell进入容器时,它显然会这样做 .

注意,链接到上面的原始Dockerfile使用以下命令设置PATH .

RUN echo 'export ORACLE_HOME=/u01/app/oracle/product/11.2.0/xe' >> /etc/bash.bashrc
RUN echo 'export PATH=$ORACLE_HOME/bin:$PATH' >> /etc/bash.bashrc
RUN echo 'export ORACLE_SID=XE' >> /etc/bash.bashrc

执行RUN命令时以及通过交互式shell或SSH进入容器时,环境之间的区别是什么?请注意,这一切都以ubuntu 14.04映像开头 .

1 回答

  • 5

    Bash manual entry on startup files .

    当您以交互方式运行时,shell将执行其rcfiles:

    当Bash作为交互式登录shell或具有--login选项的非交互式shell调用时,它首先从文件/ etc / profile中读取并执行命令(如果该文件存在) . 在读取该文件之后,它按顺序查找〜/ .bash_profile,〜/ .bash_login和〜/ .profile,并从存在且可读的第一个命令中读取并执行命令 .

    在构建Dockerfile时,它正在运行非交互式shell:

    当以非交互方式启动Bash时,要运行shell脚本,例如,它会在环境中查找变量BASH_ENV,如果它出现在那里则展开其值,并使用展开的值作为要读取的文件的名称 . 执行 . if [-n“$ BASH_ENV”];然后 . “$ BASH_ENV”; fi`

    你可以设置 BASH_ENV 来运行 . 或者在Dockerfile的每一行使用 RUN bash --login <command>RUN . /etc/bash.bashrc && <command> . 但这非常糟糕 .

    我会使用 ENV dockerfile命令来设置这些变量 . 我不确定为什么原版会按照它的方式设置它们 .

相关问题