ID: 37120 Updated by: [EMAIL PROTECTED] Reported By: brlcad at mac dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 5.2.1 PHP Version: 5.1.2 New Comment:
Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip Previous Comments: ------------------------------------------------------------------------ [2006-04-18 23:16:09] brlcad at mac dot com Not sure how helpful this will be, but here are several stack traces while it was hung. Interestingly enough, if I ctrl-c'd in gdb during the hang and continued, the page would unhang and return a mail() failure. (gdb) run -X -f /usr/local/etc/apache2/httpd.conf (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) c Continuing. ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2847ba51 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #2 0x2847b445 in _thread_kern_scheduler () from /usr/ lib/libc_r.so.5 (gdb) c Continuing. [ NOTE: HERE THE PAGE UNHUNG ] ^C Program received signal SIGINT, Interrupt. 0x283d92af in poll () from /lib/libc.so.5 (gdb) where #0 0x283d92af in poll () from /lib/libc.so.5 #1 0x2835977e in apr_poll () from /usr/local/lib/ apache2/libapr-0.so.9 #2 0x28359f32 in apr_wait_for_io_or_timeout () from / usr/local/lib/apache2/libapr-0.so.9 #3 0x2835052a in apr_socket_recv () from /usr/local/ lib/apache2/libapr-0.so.9 #4 0x28350e9d in apr_recv () from /usr/local/lib/ apache2/libapr-0.so.9 #5 0x080705f0 in ap_lingering_close () #6 0x080640ab in child_main () #7 0x0806417c in make_child () #8 0x080642c2 in startup_children () #9 0x080646c2 in ap_mpm_run () #10 0x0806b7d3 in main () #11 0x0805cfd2 in _start () (gdb) quit ------------------------------------------------------------------------ [2006-04-18 22:47:43] brlcad at mac dot com I'll give that a try, though this is on a very heavy loaded production machine (hundreds of web hits per minute) -- I'll need to wait for the load to settle a little, hopefully later tonight. That said, in the meantime I thought I'd share some more insight testing. I fully replaced sendmail with qmail to make sure it wasn't something particular with the configuration of sendmail. Again, the machine has no problems sending e-mail on the command line or with mail clients, but mod_php5 hangs on the mail() call. Curiously enough, before installing qmail if I made the clientmqueue dir unreadable so that sendmail reported an error/failure, the mail() call does return immediately (reporting a failure return code) so the hanging does seem to be specific to when the mail 'should' go through correctly. ------------------------------------------------------------------------ [2006-04-18 21:30:49] [EMAIL PROTECTED] Please try to reproduce it with only one Apache process (httpd -X) and if yes - get a GDB backtrace of the place where it freezes. ------------------------------------------------------------------------ [2006-04-18 15:12:04] brlcad at mac dot com When I attempt to use the sendmail binary directly, I have no problems: $ /usr/local/sbin/sendmail -t -i -v -X /tmp/sendmail.log [EMAIL PROTECTED] To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: this is a test... testing. [CTRL-d] The message is successfully delivered both with and without the above shown header provided. Looking at the -X debug logs, the difference running the command directly versus what I'm seeing when php runs is a lack of the EOF, shown below as follows: >From PHP: 70503 <<< To: [EMAIL PROTECTED] 70503 <<< Subject: Hi! 70503 <<< 70503 <<< Hi, 70503 <<< 76330 <<< To: [EMAIL PROTECTED] 76330 <<< Subject: Hi! 76330 <<< 76330 <<< Hi, 76330 <<< 76330 <<< How are you? (Notice the lack of an EOF, it hangs) Directly on the command line: 40466 <<< From: [EMAIL PROTECTED] 40466 <<< To: [EMAIL PROTECTED] 40466 <<< Subject: testing 40466 <<< 40466 <<< testing2 40466 <<< [EOF] 40466 >>> [EMAIL PROTECTED] Connecting to [127.0.0.1] via relay... 40466 === CONNECT [127.0.0.1] ------------------------------------------------------------------------ [2006-04-18 14:14:06] [EMAIL PROTECTED] I suspect it has nothing to do with PHP and everything to do with the sendmail binary. It maybe hanging waiting for data, try to test the sendmail binary to see if it can be used to send e-mail. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/37120 -- Edit this bug report at http://bugs.php.net/?id=37120&edit=1
