[PHP-DEV] Bug #13486 Updated: Apache/PHP hangs
ID: 13486 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: Same here with 4.1.1 and Apache 1.3.22 on Windows 2000. Previous Comments: [2002-01-05 16:48:23] [EMAIL PROTECTED] No feedback. Closing. [2001-12-14 13:50:48] [EMAIL PROTECTED] Could you try 4.1.0 and reoprt the result? [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 384 close(6)= 0 open64(./../../../, O_RDONLY|O_NDELAY)= 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 112 close(6)= 0 open64(./../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001)
[PHP-DEV] Bug #13486 Updated: Apache/PHP hangs
ID: 13486 Comment by: [EMAIL PROTECTED] Old Reported By: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: Apparently, when my php produces to many warnings, Apache chokes on it. I rewrote my script to produce less warnings and now it does not hang anymore. I am using php.ini-recommended from the 4.1.1 ZIP distrib. Running from the command line, the warnings seem to go to stderr, which does not make sense with CGI? Previous Comments: [2002-01-09 18:26:11] [EMAIL PROTECTED] Same here with 4.1.1 and Apache 1.3.22 on Windows 2000. [2002-01-05 16:48:23] [EMAIL PROTECTED] No feedback. Closing. [2001-12-14 13:50:48] [EMAIL PROTECTED] Could you try 4.1.0 and reoprt the result? [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 384 close(6)
[PHP-DEV] Bug #13486 Updated: Apache/PHP hangs
ID: 13486 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: CGI seems prints error to stderr for a long time. It would not be changed. Anyway, if you could reproduce this problem, feel free to reopen this bug report and add more detailed description. Previous Comments: [2002-01-09 19:40:59] [EMAIL PROTECTED] Apparently, when my php produces to many warnings, Apache chokes on it. I rewrote my script to produce less warnings and now it does not hang anymore. I am using php.ini-recommended from the 4.1.1 ZIP distrib. Running from the command line, the warnings seem to go to stderr, which does not make sense with CGI? [2002-01-09 18:26:11] [EMAIL PROTECTED] Same here with 4.1.1 and Apache 1.3.22 on Windows 2000. [2002-01-05 16:48:23] [EMAIL PROTECTED] No feedback. Closing. [2001-12-14 13:50:48] [EMAIL PROTECTED] Could you try 4.1.0 and reoprt the result? [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../,
[PHP-DEV] Bug #13486 Updated: Apache/PHP hangs
ID: 13486 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: No feedback. Closing. Previous Comments: [2001-12-14 13:50:48] [EMAIL PROTECTED] Could you try 4.1.0 and reoprt the result? [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 384 close(6)= 0 open64(./../../../, O_RDONLY|O_NDELAY)= 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 112 close(6)= 0 open64(./../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 920 close(6)
[PHP-DEV] Bug #13486 Updated: Apache/PHP hangs
ID: 13486 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: SunOS 5.8 PHP Version: 4.0.6 New Comment: Could you try 4.1.0 and reoprt the result? Previous Comments: [2001-09-28 14:55:21] [EMAIL PROTECTED] Hello, I got a weird problem here -- Apache (1.3.20) + PHP 4.06 hangs. No core dump, no log entries -- just hangs. Request to ANY php file produces no results (not even headers returned), however request to .html files work just fine -- which leads me to beleave that this might be PHP related issue. Apache restart fixes the problem. This issue happened couple times... Today I was able to reproduce it by running ./ab -n 1 -c 10 http:.../index.php The third time i ran this, PHP stopped responding. Because there are no core dumps, nor log file entries, the only thing I could do was to runn truss on apache process. PHP was compiled with the following options: ./configure --disable-debug --with-mysql=/usr/local/mysql --enable-track-vars --disable-display-source --enable-memory-limit --with-apxs=/usr/local/etc/apache/bin/apxs index.php is a very simple script: ?php require(header.inc); ? BPlease enter your query:/B form name=searchform action=http://search.symbol.com/search.php; method=get onSubmit=this.search.value=this.search.value.toLowerCase();return true input type=text name=search value= input type=submit value=Search /form Below is output of truss on both /test.html and /index.php (same pid)... It seems that /index.php request gets Err#25 ENOTTY Any idea why this is happening? Any suggestions on how to fix this are very much appreciated. Please let me know if there is any more info I can provide. Is it a know issue with Sun? I could not find similar posts on bugs.php.net... --- TRUSS for /index.php fcntl(18, F_SETLKW, 0x000E5410) (sleeping...) fcntl(18, F_SETLKW, 0x000E5410) = 0 accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) (sleeping...) accept(16, 0xFFBEF7B8, 0xFFBEF7DC, 1) = 3 fcntl(18, F_SETLKW, 0x000E5434) = 0 sigaction(SIGUSR1, 0xFFBEF670, 0xFFBEF6F0) = 0 getsockname(3, 0xFFBEF7C8, 0xFFBEF7DC, 1) = 0 setsockopt(3, 6, 1, 0xFFBEF72C, 4, 1) = 0 read(3, G E T / i n d e x . p.., 4096) = 92 sigaction(SIGUSR1, 0xFFBED568, 0xFFBED5E8) = 0 time() = 1001694729 stat(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, 0x0012E958) = 0 umask(077) = 022 umask(022) = 077 setitimer(ITIMER_PROF, 0xFFBEF390, 0x) = 0 sigaction(SIGPROF, 0xFFBEF260, 0xFFBEF2E0) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBEF380, 0x) = 0 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBEE278)= 0 stat64(/, 0xFFBEE1E0) = 0 open64(./../, O_RDONLY|O_NDELAY) = 5 fcntl(5, F_SETFD, 0x0001) = 0 fstat64(5, 0xFFBECC00) = 0 fstat64(5, 0xFFBEE278) = 0 close(5)= 0 chdir(/usr/local/etc/apache/htdocs/search.symbol.com) = 0 open(/usr/local/etc/apache/htdocs/search.symbol.com/index.php, O_RDONLY) = 5 pathconf(., _PC_PATH_MAX) = 1024 stat64(./, 0xFFBED5B0)= 0 stat64(/, 0xFFBED518) = 0 open64(./../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 128 close(6)= 0 open64(./../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 384 close(6)= 0 open64(./../../../, O_RDONLY|O_NDELAY)= 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 112 close(6)= 0 open64(./../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0 fstat64(6, 0xFFBECB38) = 0 fstat64(6, 0xFFBED5B0) = 0 getdents64(6, 0x0011AA90, 1048) = 920 close(6)= 0 open64(./../../../../../, O_RDONLY|O_NDELAY) = 6 fcntl(6, F_SETFD, 0x0001) = 0