关于使用/bin/sh -c 用于Dockerfile的Entrypoint的问题
问题描述
相同的dockerfile，使用不同的基础镜像制作镜像1号进程不相同
ENTRYPOINT都是： /bin/sh -c 'pre-start.sh && myblockserver '的形式
就是执行多个命令命令，最后的一个命令是阻塞的
镜像1: 1号进程是 /bin/sh -c pre-start.sh && myblockserver 【单引号被系统去掉了】
sleep 99d 作为子进程运行
可以总结为：-c 后边如果是使用&&连接的多个命令并且有阻塞的命令
/bin/sh -c pre-start.sh && myblockserver 就不会退出
镜像2: 1号进程是就是myblockserver
可以总结为： -c &&连接的命令，如果只有最后一个命令是阻塞的,
那么/bin/sh -c pre-start.sh && myblockserver 会退出
问题： 如果myblockserver 没有处理回收子进程的的能力，
容器里新的孤儿进程都会变成僵尸进程 例如 [sshd] <defunct>
问题分析： 两个基础镜像的bash的版本不同
镜像1： GNU bash, version 5.1.9
如果 &&连接的命名只有最后一个是阻塞的 /bin/sh -c 会退出
镜像2: GUN bash，version 4.2.26
如果 &&连接的命名只有最后一个是阻塞的 /bin/sh -c 不会退出
规避方案
如果不想让/bin/sh -c 退出（bash可以回收僵尸进程）：
判断bash版本（这个有点麻烦）
或者： /bin/sh -c 'pre-start.sh && myblockserver && : '
就是后边再加的命令啥都行，这里使用：，就是啥也不干的命令