由于我不打算进入的原因，我需要在FreeBSD 8.1上的Python线程的子进程中运行'top -m io -d 2 10'的变体。麻烦的是，似乎有时会产生SIGTTOU（在某些依赖于代码的条件下，我还没有破译），完全停止顶部和线程。其他时候，似乎没有生产SIGTTOU，但无论如何顶部或线程都会被卡住。
top的输出应该为系统中的前10个进程生成两组IO stats，其中第一组是“绝对”数字，第二组是自上一组以来的统计数据的增量差异，一秒早。在终端或shell脚本中运行此命令，无论是否重定向输出，都可以正常工作。
当问题发生时，似乎'top'写入第一组输出，但是在它输出第二组之前挂起/接收SIGTTOU。在下面的示例代码中，只有一组进程统计信息被写入输出文件。
我发现在'truss'下运行python脚本的SIGTTOU信号，但似乎'truss'和'top'之间的交互本身可能是一个混乱的问题，因为只需运行truss top -d 2就会产生信号并挂起，如下所示：
...
ioctl(1,TIOCGETA,0xffffe460) = 0 (0x0)
ioctl(1,TIOCGETA,0xc6b138) = 0 (0x0)
ioctl(1,TIOCGETA,0xffffe410) = 0 (0x0)
ioctl(1,TIOCGWINSZ,0xffffe460) = 0 (0x0)
ioctl(1,TIOCGWINSZ,0xffffe930) = 0 (0x0)
ioctl(1,TIOCGETA,0x50e560) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGINT|SIGQUIT|SIGTSTP,0x0) = 0 (0x0)
ioctl(1,TIOCGETA,0x50e560) = 0 (0x0)
SIGNAL 22 (SIGTTOU)
这是一个示例Python脚本，用于重现挂起和/或SIGTTOU：
import subprocess
from threading import Thread
def run():
with open("top.log", "wb") as f:
subprocess.Popen(("/usr/bin/top", "-m", "io", "-d", "2", "10"), stdout=f, stderr=f, stdin=subprocess.PIPE).communicate()
if __name__ == "__main__":
th = Thread(target=run)
print "Starting"
th.start()
th.join()
在我最后一次运行时，这个示例程序没有产生SIGTTOU，但top确实挂了。桁架展示：
....
open("/usr/local/lib/python2.7/lib-tk/_heapq.pyc",O_RDONLY,0666) ERR#2 'No such file or directory'
stat("/usr/local/lib/python2.7/lib-dynload/_heapq",0x7fffffffa500) ERR#2 'No such file or directory'
open("/usr/local/lib/python2.7/lib-dynload/_heapq.so",O_RDONLY,0666) = 5 (0x5)
fstat(5,{ mode=-rwxr-xr-x ,inode=238187,size=22293,blksize=16384 }) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
open("/usr/local/lib/python2.7/lib-dynload/_heapq.so",O_RDONLY,057) = 6 (0x6)
fstat(6,{ mode=-rwxr-xr-x ,inode=238187,size=22293,blksize=16384 }) = 0 (0x0)
pread(0x6,0x80074c2e0,0x1000,0x0,0xffff800800653120,0x8080808080808080) = 4096 (0x1000)
mmap(0x0,1069056,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34389442560 (0x801c54000)
mmap(0x801c54000,12288,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,6,0x0) = 34389442560 (0x801c54000)
mmap(0x801d56000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,6,0x2000) = 34390499328 (0x801d56000)
mmap(0x0,36864,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366377984 (0x800655000)
close(6) = 0 (0x0)
mmap(0x0,832,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34366414848 (0x80065e000)
munmap(0x80065e000,832) = 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
close(5) = 0 (0x0)
close(4) = 0 (0x0)
close(3) = 0 (0x0)
close(2) = 0 (0x0)
fstat(1,{ mode=crw------- ,inode=102,size=0,blksize=4096 }) = 0 (0x0)
ioctl(1,TIOCGETA,0xffffe400) = 0 (0x0)
Starting
write(1,"Starting\n",9) = 9 (0x9)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
_umtx_op(0x7fffffffe1d8,0x3,0x1,0x0,0x0,0x0) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2) = 0 (0x0)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2) = 0 (0x0)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
mmap(0x7fffffbde000,135168,PROT_READ|PROT_WRITE,MAP_STACK,-1,0x0) = 140737484021760 (0x7fffffbde000)
mprotect(0x7fffffbde000,4096,PROT_NONE) = 0 (0x0)
thr_new(0x7fffffffe220,0x68,0x800a9f4c0,0x186fc,0xffffffff,0x0) = 0 (0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
mmap(0x0,2097152,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34390511616 (0x801d59000)
mmap(0x801f59000,684032,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34392608768 (0x801f59000)
munmap(0x801d59000,684032) = 0 (0x0)
_umtx_op(0x8010127f8,0x10,0x1,0x0,0x0,0x0) = 0 (0x0)
_umtx_op(0x800e0b438,0xf,0x0,0x0,0x0,0x0) = 0 (0x0)
_umtx_op(0x800e0b438,0x10,0x1,0x0,0x0,0x0) = 0 (0x0)
_umtx_op(0x800e0b438,0x10,0x1,0x0,0x0,0x0) = 0 (0x0)
_umtx_op(0x800e0b438,0x10,0x1,0x0,0x0,0x8080808080808080) = 0 (0x0)
open("top.log",O_WRONLY|O_CREAT|O_TRUNC,0666) = 2 (0x2)
fstat(2,{ mode=-rw-r--r-- ,inode=70860,size=0,blksize=16384 }) = 0 (0x0)
pipe(0x7fffffbfd910) = 0 (0x0)
pipe(0x7fffffbfd870) = 0 (0x0)
fcntl(6,F_GETFD,) = 0 (0x0)
fcntl(6,F_SETFD,FD_CLOEXEC) = 0 (0x0)
sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2) = 0 (0x0)
fork() = 21503 (0x53ff)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
close(6) = 0 (0x0)
close(3) = 0 (0x0)
read(5,0x801e31024,1048576) = 0 (0x0)
close(5) = 0 (0x0)
fcntl(4,F_GETFL,) = 2 (0x2)
fstat(4,{ mode=p--------- ,inode=0,size=0,blksize=4096 }) = 0 (0x0)
close(4) = 0 (0x0)
我查看了SIGTTOU并找到了对TOSTOP termios标志的引用，我在主线程，子线程和调用Python的环境中摆弄它，都无济于事。这是一个教育过程，但我还没有。
我已经运行测试以确保创建顶级进程并且似乎留在Python进程的进程组中（基于SIGTTOU文档，如果不是，这将是SIGTTOU的原因） ），这看起来很好：PGRP最终与Python PID / PGRP相同。
我尝试使用subprocess.check_output和.Popen（）运行'top'，使用shell = True，shell = False，并重定向std {out，err，in}到处都是，似乎没有一个改变这个最终结果。我尝试使用通过子进程执行的'/ bin / sh -c'命令运行'top'，但也无济于事。
没有做一些半怪异的事情，比如在我的Python线程调用的shell脚本中运行'top'，或者使用os.fork（）而不是使用线程，我怎样才能解决这个问题，以及根本原因是什么？
答案 0 :(得分：2)
我意识到这个问题有点陈旧，但是如果你仍然遇到错误，我很乐意把它调试成污垢。
根本原因：您的SIGTTOU正在发生，因为您的Python解释器在您致电th = Thread(target=run)时要求创建后台主题并且top没有被告知/我不知道它不应该使用终端。您正在看到信号，因为当您在TTY设置中禁止发生此行为时top变得活泼并尝试写入终端（或更改其仿真模式）作为后台进程
man stty比我更简洁地解释了这一点：
tostop (-tostop)
Send (do not send) SIGTTOU for background output. This causes back-
ground jobs to stop if they attempt terminal output.
解决方法：允许后台线程在运行脚本（stty -tostop; python my_script.py; stty tostop）期间将输出抛出到终端上，或者将（'-n'）标志添加到您的子进程调用中top。
详细说明：每个组只有一个进程可以在前台，其余的仍然在后台 - 前台进程处理来自tty的I / O和休息必须保留为后台进程，否则您将看到作业控制信号开始被抛出（例如SIGTTIN / SIGTTOU）。
在执行Python脚本期间，我相信会发生以下情况：
$SHELL #(controls TTY)
$ python my_script.py #(tcsetpgrp() is called to hand off control of TTY)
~~~ heck yeah, snake party ~~~
th = Thread(target=run) #(run target=proc in background)
print "Starting" #(still okay -- this gets handed up to the foreground interpreter)
th.start()
#(here be dragons, std i/o in background fork)
subprocess.Popen(("/usr/bin/top", "-m", "io", "-d", "2", "10").communicate()
我检查了FreeBSD manual for its top implementation，我发现了以下吸烟枪：
DESCRIPTION
Top displays the top processes on the system and periodically updates
this information...
Top makes a distinction between terminals that support advanced capa-
bilities and those that do not...If the output of top is redi-
rected to a file, it acts as if it were being run on a dumb terminal.
...
OPTIONS
-i Use "interactive" mode. In this mode, any input is immediately
read for processing. See the section on "Interactive Mode" for
an explanation of which keys perform what functions. After the
command is processed, the screen will immediately be updated,
even if the command was not understood. This mode is the
default when standard output is an intelligent terminal.
...
-n Use "non-interactive" mode. This is identical to "batch" mode.
top并不知道它是在后台进程中运行的（文件处理是使用您的Python上下文管理器完成的）而您没有指定非交互模式，它假设它可以自由使用tty - 这意味着如果top获得任何STDIN和SIGTTOU信号，当你发出命令时，你可能会看到SIGTTIN信号已处理，并尝试更新屏幕。
FreeBSD的顶级实现特别感兴趣，交互式调用时会发生什么变化：
您添加shell=True的想法会将此理论验证为sets the child process of 'top' to the PID of the shell that subprocess.Popen(..) spawns，它仍然在后台Python线程中。
（n.b。道歉：我现在无法访问FreeBSD 8.1主机以验证主机操作系统上的行为。）
答案 1 :(得分：1)
SIGTTOU：
如果实现支持作业控制，除非另有说明，后台进程组中的进程在使用终端控制功能时受到限制（请参阅termios（3C））。尝试执行这些功能会导致进程组发送信号SIGTTOU。如果调用进程忽略或阻塞信号SIGTTOU，则尝试执行控制功能而不发送信号SIGTTOU。
这是什么意思？这意味着top正试图改变终端的某些内容并被告知它无法做到这一点，而SIGTTOU的默认操作是阻止进程运行（挂起就像你调用它一样）。 / p>
您可以尝试做的是使用fork()将其放入自己的进程组，一个没有控制终端。这应该允许top调用它想要调用的任何内容，并且由于没有控制终端，它将无效。
然而，顶部从未打算以非交互方式调用，您是否无法使用ps获取相同的信息？
此博客文章：http://www.technovelty.org/tips/sigttou-and-switching-to-canonical-mode.html还以清晰的方式解释了正在发生的事情。希望它有所帮助。
答案 2 :(得分：0)
您是否尝试过使用top选项-b？它适用于批处理作业和哑终端，并且可以告诉top不要做，无论它做什么都会触发信号......