结论:需要关注是否有bash -c,开发的脚本是否有#!/bin/bash
在测试环境准备中,docker容器初始化的时候,比如通过jenkins或python脚本(paramiko)部署的时候,部署脚本经常需要使用docker exec来执行语句,启停容器内的服务。
由于开发的start.sh脚本使用了相对路径,必须进入路径再执行./start.sh,所以我使用分号隔开先后两条语句执行。例如
docker exec nebula_service0 bash -c "cd /usr/local/sandai/scheduler/sbin; ./start.sh restart; "
这里首先有一个要点,就是 bash后面要带-c ,否则不支持多条命令。所有的命令需要以字符串形式传入,故使用双引号,如果内部的命令需要引号,则需要转义。
第二个要点,在paramiko里,如果不带restart; 最后的分号,就可能看不到最后一个命令执行成功时的输出(有点奇葩)。
结果执行了以后,有的服务能成功。但有的服务会出现没报错,就是服务没重启,执行了命令好像没效果一样。这就尴尬了,真的很影响问题定位~
诡异的是,直接用
docker exec<

在CI/CD流程中,通过jenkins或paramiko在Docker容器内使用docker exec启动或停止服务时,遇到脚本执行无响应的问题。原因可能包括:1) bash -c的缺失导致无法执行多条命令;2) paramiko执行时不带分号导致命令输出不完整。解决方案包括:确保脚本首行包含#!/bin/bash或者使用sh或bash命令执行,而不是直接使用相对路径的./start.sh。
最低0.47元/天 解锁文章
9439

被折叠的 条评论
为什么被折叠?



