遇到的问题

使用命令

subprocess.check_call(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.STDOUT)

在ubuntu系统中

python中使用subprocess.check_call调用shell命令。

发现subprocess.check_call的阻塞无效，导致下面的命令缺失信息。

但是同样的代码在centos中是可以顺利运行的。

阻塞效果也正常。

查看线程

使用

ps xf

或者

pstree -up

原因

经过对比排查和思考，应该是环境变量的问题。

仔细对比线程树的输出。

发现使用的执行shell的环境是不一样的。

centOS默认使用的是/bin/bash

ubutu默认使用的是/bin/sh

两者的区别

GNU/Linux操作系统中的/bin/sh本是bash (Bourne-Again Shell) 的符号链接，但鉴于bash过于复杂，有人把bash从NetBSD移植到Linux并更名为dash (Debian Almquist Shell)，并建议将/bin/sh指向它，以获得更快的脚本执行速度。Dash Shell 比Bash Shell小的多，符合POSIX标准。

Ubuntu继承了Debian，所以从Ubuntu 6.10开始默认是Dash Shell。

应该说，/bin/sh与/bin/bash虽然大体上没什么区别，但仍存在不同的标准。标记为#!/bin/sh的脚本不应使用任何POSIX没有规定的特性 (如let等命令, 但#!/bin/bash可以)。Debian曾经采用/bin/bash更改/bin/dash，目的使用更少的磁盘空间、提供较少的功能、获取更快的速度。但是后来经过shell脚本测试存在运行问题。因为原先在bash shell下可以运行的shell script (shell 脚本)，在/bin/sh下还是会出现一些意想不到的问题，不是100%的兼用。

上面可以这样理解，使用man sh命令和man bash命令去观察，可以发现sh本身就是dash，也就更好的说明集成Debian系统之后的更改。

解决方式

使用subprocess.check_call时指定使用的命令如下:

subprocess.check_call(cmd, shell=True, stdout=subprocess.PIPE, stderr=subprocess.STDOUT,executable="/bin/bash")

注意添加的executable=”/bin/bash”，指明了执行脚本的执行程序是/bin/bash。