为何 apache 的 php 运行的程序无法获得 root 给的 SIGINT 信号？

MMMIX

原帖由 platinum 于 2009-3-15 00:40 发表
我应如何证明是 apache 屏蔽掉了该信号呢？又有什么方法可以阻止其这么做吗？

如果你直接对 PHP fork 出来的子进程发信号，那么 Apache 屏蔽不屏蔽该信号对该子进程都没有什么影响，因为执行 exec 的时候被捕捉的信号其行为会被置为默认。

这些你可以查下你系统上的 fork(2) 和 execve(2) 的手册，看看它们的具体行为。

当然，如果没有采用进程，而是采用了线程，这个可能就不适用了。

BTW，Apache, PHP 对信号的处理可以搜索一下它们的手册，应该有帮助。

platinum

原帖由 MMMIX 于 2009-3-15 13:17 发表

这个是我查 killall 手册的结果

MMMIX 兄，不知道是不是我们看的 man 文档不一样，我用的是 gentoo，man killall 的提示是

DESCRIPTION
       killall sends a signal to all processes running any of the specified commands. If no signal name is specified, SIGTERM is sent.

       Signals can be specified either by name (e.g. -HUP or -SIGHUP ) or by number (e.g. -1) or by option -s.

OPTIONS
       -s, --signal
              Send this signal instead of SIGTERM.

难道不同版本的 killall 还会不同？


BTW: killall 和 kill 我都试过，应该不会是我的这个低级错误，真奇怪了……

MMMIX

原帖由 platinum 于 2009-3-15 13:24 发表
两个不同方法执行的 signal 的 PPID 都是 1，

它的父进程早早就退出了？是不是有两次 fork？可用 strace 跟踪下。

MMMIX

原帖由 platinum 于 2009-3-15 13:27 发表

MMMIX 兄，不知道是不是我们看的 man 文档不一样，我用的是 gentoo，man killall 的提示是

难道不同版本的 killall 还会不同？

是不同，我这是 Mac OS X，BSD 系列的。。。

MMMIX

原帖由 platinum 于 2009-3-15 13:27 发表

BTW: killall 和 kill 我都试过，应该不会是我的这个低级错误，真奇怪了……

我现在很好奇为嘛在两种方式下它的 ppid 都为 1

platinum

原帖由 MMMIX 于 2009-3-15 13:31 发表

我现在很好奇为嘛在两种方式下它的 ppid 都为 1

是不是和这个有关，我在用浏览器执行 php 程序时，同时监测 ps 表进程，发现如下信息

19745 ?        S      0:00 sh -c cd '/tmp' ; /tmp/signal
19746 ?        S<     0:00 /tmp/signal

另外，还有一个超级奇怪的现象！！！
看一下我的操作

1. 
   
2. # netstat -lnp
   
3. Active Internet connections (only servers)
   
4. Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
   
5. tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN     3891/mysqld
   
6. tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN     19619/apache2
   
7. tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     3965/sshd
   
8. tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN     19619/apache2
   
9. Active UNIX domain sockets (only servers)
   
10. Proto RefCnt Flags       Type       State         I-Node PID/Program name    Path
    
11. unix  2      [ ACC ]     STREAM     LISTENING     4259     3891/mysqld         /var/run/mysqld/mysqld.sock
    
12. unix  2      [ ACC ]     STREAM     LISTENING     243917   19621/apache2       /var/run/cgisock.19619
    
13. unix  2      [ ACC ]     STREAM     LISTENING     4083     3819/syslog-ng      /dev/log
    
14. 
    
15. # killall -s SIGINT apache2
    
16. 
    
17. # netstat -lnp
    
18. Active Internet connections (only servers)
    
19. Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
    
20. tcp        0      0 127.0.0.1:3306          0.0.0.0:*               LISTEN     3891/mysqld
    
21. tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN     3965/sshd
    
22. tcp        0      0 0.0.0.0:443             0.0.0.0:*               LISTEN     19833/signal
    
23. Active UNIX domain sockets (only servers)
    
24. Proto RefCnt Flags       Type       State         I-Node PID/Program name    Path
    
25. unix  2      [ ACC ]     STREAM     LISTENING     4259     3891/mysqld         /var/run/mysqld/mysqld.sock
    
26. unix  2      [ ACC ]     STREAM     LISTENING     4083     3819/syslog-ng      /dev/log
    
27. 
    
28. #
    

复制代码

原先的 apache 监听 TCP/80 和 TCP/443 端口
1、通过 SIGINT 杀掉 apache 进程后 signal 进程竟然开始监听 TCP/443
2、监听的只有 TCP/443，但 TCP/80 却没有

这是什么个逻辑啊……

MMMIX

原帖由 platinum 于 2009-3-15 13:38 发表
是不是和这个有关，我在用浏览器执行 php 程序时，同时监测 ps 表进程，发现如下信息

QUOTE:
19745 ?        S      0:00 sh -c cd '/tmp' ; /tmp/signal
19746 ?        S<     0:00 /tmp/signal

看来 PHP 是通过 sh 启动 /tmp/signal 的，但这也说不通为嘛 signal 的 ppid 会变为 1，因为看来这个 sh 会等到 signal 退出自己才退出。

另外，还有一个超级奇怪的现象！！！

这个就更诡异了。

BTW，PHP 或者 Apache 自己没有内置的处理信号的方法么？有的话最好用它们提供的，这样可以避免许多诡异问题。

platinum

额外做过的实验：
1、用浏览器方式运行 php 代码，php 代码中 shell_exec 运行一个 test.sh，test.sh 中调用 signal，却仍然无法接收 SIGINT 信号
2、直接从 root 用户 su 到 apache 用户，手动运行 php test.php，生成的进程就可以接收 SIGINT

初步怀疑，是不是和运行的环境变量有关？但我没有办法在 apache 调用 php 执行时初始化成 shell 的环境变量

MMMIX 兄说的对，看有没有办法用 php 内部的信号处理方法，去查查

alphayeah

很普遍的现象，我用过valgrind作调试程序时就没有办法kill掉那个程序。

platinum

原帖由 alphayeah 于 2009-3-18 00:31 发表
很普遍的现象，我用过valgrind作调试程序时就没有办法kill掉那个程序。

但产生问题的根源是什么呢？是不是因为调用它的父进程本身屏蔽了部分信号？