44

我有一些脚本应该停止运行，但会永远挂着。有什么方法可以让我以一种可读的方式弄清楚他们写给 STDOUT 和 STDERR 的内容吗？

例如，我尝试这样做：

$ tail -f /proc/(pid)/fd/1

但这并没有真正起作用。无论如何，这是一个很长的镜头。

还有其他想法吗？

strace就其本身而言，看到这一点非常冗长且难以理解。

注意：我只对他们的输出感兴趣，对其他任何东西都不感兴趣。我有能力自己弄清楚其他事情；这个问题只专注于在启动它后访问正在运行的进程的 stdout 和 stderr 。

4

8 回答 8

44

由于我不允许编辑 Jauco 的答案，因此我将给出对我有用的完整答案（Russell 的页面依赖于未保证的行为，如果您关闭 STDOUT 的文件描述符 1，下一次creat调用将打开 FD 1。

所以，像这样运行一个简单的无限脚本：

import time

while True:
    print 'test'
    time.sleep(1)

将其保存到 test.py，运行

$ python test.py

获取 PID：

$ ps auxw | grep test.py

现在，附上gdb：

$ gdb -p (pid)

并fd施展魔法：

(gdb) call creat("/tmp/stdout", 0600)
$1 = 3
(gdb) call dup2(3, 1)
$2 = 1

现在您可以tail /tmp/stdout看到过去用于 STDOUT 的输出。

于 2008-10-30T11:57:31.310 回答
10

有几个新的实用程序封装了“gdb 方法”并添加了一些额外的功能。我现在使用的那个叫做“reptyr”（“Re-PTY-er”）。除了获取 STDERR/STDOUT 之外，它实际上会更改进程的控制终端（即使它之前没有连接到终端）。

最好的用途是启动一个屏幕会话，并使用它将正在运行的进程重新附加到屏幕内的终端，以便您可以安全地与其分离并稍后再回来。

它打包在流行的发行版上（例如：'apt-get install reptyr'）。

http://onethingwell.org/post/2924103615/reptyr

于 2012-09-11T01:07:09.350 回答
9

GDB 方法似乎更好，但您也可以使用 来执行此操作strace：

$ strace -p <PID> -e write=1 -s 1024 -o file

通过手册页strace：

   -e write=set
               Perform a full hexadecimal and ASCII dump of all the
               data written to file descriptors listed in the spec-
               ified  set.  For example, to see all output activity
               on file descriptors 3 and 5 use -e write=3,5.   Note
               that  this is independent from the normal tracing of
               the write(2) system call which is controlled by  the
               option -e trace=write.

这打印出来的东西比你需要的多一些（十六进制部分），但你可以sed很容易地打印出来。

于 2008-10-30T19:29:30.260 回答
7

我不确定它是否适合你，但我前段时间读了一个页面，描述了一种使用 gdb 的方法

于 2008-10-30T10:02:12.057 回答
6

我使用 strace 并解码了十六进制输出以清除文本：

PID=some_process_id
sudo strace -f -e trace=write -e verbose=none -e write=1,2 -q -p $PID -o "| grep '^ |' | cut -c11-60 | sed -e 's/ //g' | xxd -r -p"

我从其他答案中结合了这个命令。

于 2012-08-09T21:58:25.620 回答
4

strace-ewrite仅使用（而不是=1后缀）输出要少得多。而且它比 IMO 的 GDB 方法简单一些。

我用它来查看现有 MythTV 编码作业的进度（sudo因为我不拥有编码过程）：

$ ps -aef | grep -i handbrake
mythtv   25089 25085 99 16:01 ?        00:53:43 /usr/bin/HandBrakeCLI -i /var/lib/mythtv/recordings/1061_20111230122900.mpg -o /var/lib/mythtv/recordings/1061_20111230122900.mp4 -e x264 -b 1500 -E faac -B 256 -R 48 -w 720
jward    25293 20229  0 16:30 pts/1    00:00:00 grep --color=auto -i handbr

$ sudo strace -ewrite -p 25089
Process 25089 attached - interrupt to quit
write(1, "\rEncoding: task 1 of 1, 70.75 % "..., 73) = 73
write(1, "\rEncoding: task 1 of 1, 70.76 % "..., 73) = 73
write(1, "\rEncoding: task 1 of 1, 70.77 % "..., 73) = 73
write(1, "\rEncoding: task 1 of 1, 70.78 % "..., 73) = 73^C
于 2011-12-30T23:46:50.973 回答
3

您可以使用重定向（https://github.com/jerome-pouiller/reredirect/）。

类型

reredirect -m FILE PID

并且输出（标准和错误）将写入 FILE。

reredirectREADME还解释了如何恢复进程的原始状态，如何重定向到另一个命令或仅重定向 stdout 或 stderr。

于 2014-10-14T14:28:03.343 回答
1

你没有说明你的操作系统，但我会说“Linux”。

查看正在写入 stderr 和 stdout 的内容可能无济于事。如果它有用，您可以在启动脚本之前使用 tee(1) 来获取 stderr 和 stdout 的副本。

您可以使用 ps(1) 来查找 wchan。这会告诉您进程正在等待什么。如果您查看 strace 输出，您可以忽略大部分输出并识别最后一个（阻塞的）系统调用。如果它是对文件句柄的操作，您可以在输出中倒退并识别底层对象（文件、套接字、管道等）。从那里答案可能很清楚。

您还可以向进程发送导致其转储核心的信号，然后使用调试器和核心文件来获取堆栈跟踪。

于 2008-10-30T10:22:58.710 回答