首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

遇到问题---python调用shell脚本时subprocess.check_call不阻塞(1)

遇到问题---python调用shell脚本时subprocess.check_call不阻塞(1)

遇到的问题

使用命令

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。
返回列表