#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: coadmin at hostings dot pl Reported By: golden at riscom dot com Status: Closed Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.3 New Comment: We have the same problem. FreeBSD 4.10-STABLE, PHP 4.3.8, Apache 1.3.31 how to repeat: then refresh the website a many times. you will receive an error: Fatal error: session_start(): Failed to initialize storage module: user (path: /tmp) in /home/xxx/public_html/index.php on line 2 the problem still exists also when using custom dir for saving session files. Previous Comments: [2004-08-22 04:27:16] whitehat44 at hotmail dot com i found something out euhm..i hope it helps in tracking this bug down i use php-nuke and imported a tweaked oscommerce mall version both use sessions in different way but both are loaded the same time , and when set ini_set('session.save_handler', 'files'); the bug is gone However inside the script it is told to store sessions into mysql but in the sessions file (this normaly carry same session functions for many script) the code : ini_set('session.save_handler', 'files'); is called before the session_start. The real error occurs when it want to execute this function: function tep_session_register($variable) { global $session_started; if ($session_started == true) { return session_register($variable); } else { return false; } } in ALL imported scriptfiles to nuke each file have: tep_session_close(); what Holds: function tep_session_close() { if (PHP_VERSION >= '4.0.4') { return session_write_close(); } elseif (function_exists('session_close')) { return session_close(); } } i think when want to track a bugyou must now what main php functions are called and i can asure you these 2 have a conflict, i only hope this atempt to help is putting it in the good direction [2004-08-16 17:32:30] ron at dse dot nl Clearing the x-bit did not solve the problem. Probably this bug is not really related to the X-bit-hack but merely very similar in it's effects. The way to work around this bug is by avoiding php ini settings in all .htaccess files on your Apache server and instead put them in the application. For Drupal for instance, I moved these settings to conf.php by using ini_set() there. Squirrelmail even has a special config_local.php that you can use for this. More info on my particular setup: Apache 1.3.29 with o.a. mod_suexec and mod_rewrite PHP 4.3.8 (but same issue with 4.3.4) applications installed within same vhost Hope this will help developers find this annoying bug. [2004-08-08 20:48:47] ron at dse dot nl Spent over a day troubleshooting as well. I think the real problem is described here: http://bugs.php.net/bug.php?id=25753 Although the suggested bug fix over there seems to have been incorporated in up to version 4.3.8, the behaviour still exists. The bug is easily triggered by running Squirrelmail and Drupal off the same Apache server as in my case. Drupal sets the session.save_handler to 'user' by a directive in the .htaccess file that comes with the installation. If, by accident, the next request by the same Apache child process is for a squirrelmail user, then the squirrelmail session_start() fails with 'Failed to initialize storage module'. This happens because the session.save_handler is still set to user instead of file, it is not reset to the master value for the child process. It is a matter of random luck which child process will serve the squirrelmail request so that explains the intermittent occurance. As mentioned by rasmus this "only happens on text/html files with the executable bit set". Clearing the bit for all of the squirrelmail PHP files seems to be useful a workaround. Just perform a find . -name '*.php' -type f -exec chmod -x {} ';' in your squirrelmail (or other PHP application) directory and restart your Apache server (for some reason this was necessary). [2004-08-08 01:01:54] mail at ferryvink dot nl Typo in the email address of my last post. ... [2004-08-08 01:00:42] mail at ferryviuk dot nl Got the "Failed to initialize session module" error as well. The session.save_handler reset to files worked when I also restarted the webserver! Seems logical but can easily be forgotten. Didn't see it in al these posts. Hell, I almost installed a new and fresh php4. hope it helps. Cheers FHV --
#28029 [NoF->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: No Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Hello, sorry I couldn't use --disable-all on productive machine. There are too many commercial hostings accounts. But... My problem was suddenly resolved about month ago before compiling PHP. It was very strange. I didn't do any changes in Apache or PHP. >From one day up to now all is working correctly. There wasn't any HTTP request failed!. Additionaly, I upgraded to 4.3.8 a week ago and there is many many many less segfaults. But... #2 On the other server (php 4.3.6) always was OK. After upgrade to PHP 4.3.8 I've again the same bug... I really don't know what is it. Maybe it's OS releated? But as I see on bug status, only 37.5% people, reproducting this bug has the same OS as me. There aren't segaults during HTTP request failed!, but there are other segfaults releated to php engine. Previous Comments: [2004-07-19 01:00:06] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-07-11 22:01:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And use EXACTLY this configure line: # ./configure --with-apxs=/usr/local/apache/bin/apxs --disable-all # make && make install # /usr/local/apache/bin/apachectl stop && sleep 10 # /usr/local/apache/bin/apachectl start Then test using the simplest script you could reproduce this problem before. [2004-05-24 04:25:00] joseph at xtremecorponline dot com My mistake. fopen causes these errors when the filename passed to it does not exist, or is corrupted, on the server. I hope that helps narrow it down. [2004-05-24 04:16:19] joseph at xtremecorponline dot com Hello - Running FreeBSD 4.9,PHP4.3.6. I get the same errors, fopen causing segmentation fault, which then interrupts the browser's SSL connection. I have a script that thumbnails images on the fly. It's not all the time, but every once in a while, fopen will cause this error: [error] PHP Warning: fopen: failed to open stream: HTTP in /usr/local/www/site/phpthumb.php on line 615 which is reported in my apache error log for the virtual host. consequently, immediately after, in the apache error-log in apache root, this error occurs: child pid 43187 exit signal Segmentation fault (11) (note the PID # is always different as the apache processes recycle) The script file is 1200 lines long, I'm sure yuo dont want it all, but here is the area of line 615 as the error shows. The code `if ($fp = fopen($_REQUEST['src'], 'rb')) {` is line 615. FreeBSD 4.9 Apache/1.3.29 PHP/4.3.6 mod_ssl/2.8.16 OpenSSL/0.9.6g Am also running turck-mmcache 2.4.6 Please help with this. Am also more than willing to get you any info you need to help troubleshoot as fast as possible. ------------ [2004-05-09 11:35:57] coadmin at hostings dot pl I'm still waiting for solution from PHP team. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: I'm still waiting for solution from PHP team. Previous Comments: [2004-05-06 23:28:52] bwb at bweebhosting dot com I was having this problem and found someone who can fix it. Email [EMAIL PROTECTED] and he can, he fixed it and mine is working fine as of last night. [2004-05-06 09:13:50] coadmin at hostings dot pl The same problem reproduced in a few hours. [2004-05-05 22:21:52] [EMAIL PROTECTED] Remove --enable-versioning from your configure line for starters. [2004-05-05 16:23:31] coadmin at hostings dot pl One more thing: now I haven't segfaults. I don't know how to reproduce segfaults, somethimes there are with HTTP request failed, sometimes not. Now not. [2004-05-05 16:18:26] coadmin at hostings dot pl After commenting out Zend in php.ini, Zend Optimizer went down and phpinfo() was right, without Zend Opt, but my problem isn't solved. I reproduced bug in 15 minutes. So, only one way to prevent bug is --enable-debug in PHP. I'm waiting for other hints. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: The same problem reproduced in a few hours. Previous Comments: [2004-05-05 22:21:52] [EMAIL PROTECTED] Remove --enable-versioning from your configure line for starters. [2004-05-05 16:23:31] coadmin at hostings dot pl One more thing: now I haven't segfaults. I don't know how to reproduce segfaults, somethimes there are with HTTP request failed, sometimes not. Now not. [2004-05-05 16:18:26] coadmin at hostings dot pl After commenting out Zend in php.ini, Zend Optimizer went down and phpinfo() was right, without Zend Opt, but my problem isn't solved. I reproduced bug in 15 minutes. So, only one way to prevent bug is --enable-debug in PHP. I'm waiting for other hints. [2004-05-05 15:55:47] [EMAIL PROTECTED] By removing or commenting out all zend_extension= lines from /usr/local/Zend/etc/php.ini and restarting apache. [2004-05-05 13:45:59] coadmin at hostings dot pl How to build without Zend Optimizer and others? Now I'm using: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-bcmath --enable-calendar --with-curl --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --enable-magic-quote --with-mysql --enable-discard-path --with-pear --enable-sockets --enable-track-vars --enable-versioning --with-zlib and it goes with Zend Optimizer like here: http://69.93.217.178/info.php 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: One more thing: now I haven't segfaults. I don't know how to reproduce segfaults, somethimes there are with HTTP request failed, sometimes not. Now not. Previous Comments: [2004-05-05 16:18:26] coadmin at hostings dot pl After commenting out Zend in php.ini, Zend Optimizer went down and phpinfo() was right, without Zend Opt, but my problem isn't solved. I reproduced bug in 15 minutes. So, only one way to prevent bug is --enable-debug in PHP. I'm waiting for other hints. [2004-05-05 15:55:47] [EMAIL PROTECTED] By removing or commenting out all zend_extension= lines from /usr/local/Zend/etc/php.ini and restarting apache. [2004-05-05 13:45:59] coadmin at hostings dot pl How to build without Zend Optimizer and others? Now I'm using: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-bcmath --enable-calendar --with-curl --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --enable-magic-quote --with-mysql --enable-discard-path --with-pear --enable-sockets --enable-track-vars --enable-versioning --with-zlib and it goes with Zend Optimizer like here: http://69.93.217.178/info.php [2004-04-30 12:24:28] bwb at bweebhosting dot com I am having this problem as well. The interesting thing is that if I run: http://www.cnn.com",r)) echo "OK"; ?> Through a shell as root it works fine and returns ok, as well if I have fopen open a local file. Through my web browser using it to open a local file works as well and its only when its trying to open an outside connection that it hangs. This seems to indicate its a run/permission problem with apache maybe? Thanks, Ben W. [2004-04-29 23:04:04] [EMAIL PROTECTED] Disable all zend extensions first..then if you still get the segfault with non-debug build, get a backtrace of THAT, it might show _something_.. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: After commenting out Zend in php.ini, Zend Optimizer went down and phpinfo() was right, without Zend Opt, but my problem isn't solved. I reproduced bug in 15 minutes. So, only one way to prevent bug is --enable-debug in PHP. I'm waiting for other hints. Previous Comments: [2004-05-05 15:55:47] [EMAIL PROTECTED] By removing or commenting out all zend_extension= lines from /usr/local/Zend/etc/php.ini and restarting apache. [2004-05-05 13:45:59] coadmin at hostings dot pl How to build without Zend Optimizer and others? Now I'm using: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-bcmath --enable-calendar --with-curl --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --enable-magic-quote --with-mysql --enable-discard-path --with-pear --enable-sockets --enable-track-vars --enable-versioning --with-zlib and it goes with Zend Optimizer like here: http://69.93.217.178/info.php [2004-04-30 12:24:28] bwb at bweebhosting dot com I am having this problem as well. The interesting thing is that if I run: http://www.cnn.com",r)) echo "OK"; ?> Through a shell as root it works fine and returns ok, as well if I have fopen open a local file. Through my web browser using it to open a local file works as well and its only when its trying to open an outside connection that it hangs. This seems to indicate its a run/permission problem with apache maybe? Thanks, Ben W. [2004-04-29 23:04:04] [EMAIL PROTECTED] Disable all zend extensions first..then if you still get the segfault with non-debug build, get a backtrace of THAT, it might show _something_.. -------- [2004-04-29 13:53:41] coadmin at hostings dot pl Hello, I cleared my own CFLAGS and also tried to compile with exported CFLAGS=-O but problem is still recurrent. I can't reproduce problem in --enable-debug. I'm waiting for any other hints. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: How to build without Zend Optimizer and others? Now I'm using: ./configure --with-apxs=/usr/local/apache/bin/apxs --with-xml --enable-bcmath --enable-calendar --with-curl --enable-ftp --with-gd --with-jpeg-dir=/usr/local --with-png-dir=/usr --with-xpm-dir=/usr/X11R6 --enable-magic-quote --with-mysql --enable-discard-path --with-pear --enable-sockets --enable-track-vars --enable-versioning --with-zlib and it goes with Zend Optimizer like here: http://69.93.217.178/info.php Previous Comments: [2004-04-30 12:24:28] bwb at bweebhosting dot com I am having this problem as well. The interesting thing is that if I run: http://www.cnn.com",r)) echo "OK"; ?> Through a shell as root it works fine and returns ok, as well if I have fopen open a local file. Through my web browser using it to open a local file works as well and its only when its trying to open an outside connection that it hangs. This seems to indicate its a run/permission problem with apache maybe? Thanks, Ben W. [2004-04-29 23:04:04] [EMAIL PROTECTED] Disable all zend extensions first..then if you still get the segfault with non-debug build, get a backtrace of THAT, it might show _something_.. [2004-04-29 13:53:41] coadmin at hostings dot pl Hello, I cleared my own CFLAGS and also tried to compile with exported CFLAGS=-O but problem is still recurrent. I can't reproduce problem in --enable-debug. I'm waiting for any other hints. -------- [2004-04-28 21:00:36] coadmin at hostings dot pl Hello, I'm still doing tests. I'll post answer soon. Please keep this ticket. Thanks. [2004-04-23 18:04:28] [EMAIL PROTECTED] When compiling PHP without debug do you export your own CFLAGS? It is possible that with debug your compiler over optimizes and consequently breaks the code. If you are not setting any optimization options, try doing export CFLAGS=-O before running configure/make/make install procedure. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Hello, I cleared my own CFLAGS and also tried to compile with exported CFLAGS=-O but problem is still recurrent. I can't reproduce problem in --enable-debug. I'm waiting for any other hints. Previous Comments: [2004-04-28 21:00:36] coadmin at hostings dot pl Hello, I'm still doing tests. I'll post answer soon. Please keep this ticket. Thanks. [2004-04-23 18:04:28] [EMAIL PROTECTED] When compiling PHP without debug do you export your own CFLAGS? It is possible that with debug your compiler over optimizes and consequently breaks the code. If you are not setting any optimization options, try doing export CFLAGS=-O before running configure/make/make install procedure. [2004-04-21 15:30:27] coadmin at hostings dot pl Heh, the problem is *strange*... As you reqested, I decided to compile PHP with --enable-debug. All problems went away... The aren't any segfaults and php stream releated functions works correctly all the time. When I compile PHP again, without debug, it reproduces errors quickly... I tried PHP-4.3.3 and 4.3.7dev - both of them works preety good with --enable-debug, and reproduce erros in not debug mode. What's it? Other configure options are the same. In --enable-debug only Zend doesn't work, but my scripts doesn't use it. Please help. I don't know gow to reproduce errors with --enable-debug. [2004-04-21 09:29:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. We really need a backtrace. ---------------- [2004-04-21 07:51:08] coadmin at hostings dot pl Latest stable PHP from CVS wasn't helpful for me, but is difference... Apr 21 01:48:37 gw kernel: pid 44845 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:37 gw kernel: pid 45103 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:38 gw kernel: pid 45391 (httpd), uid 65534: exited on signal 11 Apr 21 02:00:20 gw kernel: pid 70302 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 91837 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 80739 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79870 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79954 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80397 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 92146 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80029 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 91777 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 80190 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 80104 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 92057 (httpd), uid 65534: exited on signal 11 I can't do GDB because there are child processes, not root, and also I haven't httpd.core. Now I can't see "HTTP request failed!" but document contains no data. (unexpected network error in lynx). 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Hello, I'm still doing tests. I'll post answer soon. Please keep this ticket. Thanks. Previous Comments: [2004-04-23 18:04:28] [EMAIL PROTECTED] When compiling PHP without debug do you export your own CFLAGS? It is possible that with debug your compiler over optimizes and consequently breaks the code. If you are not setting any optimization options, try doing export CFLAGS=-O before running configure/make/make install procedure. [2004-04-21 15:30:27] coadmin at hostings dot pl Heh, the problem is *strange*... As you reqested, I decided to compile PHP with --enable-debug. All problems went away... The aren't any segfaults and php stream releated functions works correctly all the time. When I compile PHP again, without debug, it reproduces errors quickly... I tried PHP-4.3.3 and 4.3.7dev - both of them works preety good with --enable-debug, and reproduce erros in not debug mode. What's it? Other configure options are the same. In --enable-debug only Zend doesn't work, but my scripts doesn't use it. Please help. I don't know gow to reproduce errors with --enable-debug. [2004-04-21 09:29:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. We really need a backtrace. ------------ [2004-04-21 07:51:08] coadmin at hostings dot pl Latest stable PHP from CVS wasn't helpful for me, but is difference... Apr 21 01:48:37 gw kernel: pid 44845 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:37 gw kernel: pid 45103 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:38 gw kernel: pid 45391 (httpd), uid 65534: exited on signal 11 Apr 21 02:00:20 gw kernel: pid 70302 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 91837 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 80739 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79870 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79954 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80397 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 92146 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80029 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 91777 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 80190 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 80104 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 92057 (httpd), uid 65534: exited on signal 11 I can't do GDB because there are child processes, not root, and also I haven't httpd.core. Now I can't see "HTTP request failed!" but document contains no data. (unexpected network error in lynx). [2004-04-20 20:42:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Heh, the problem is *strange*... As you reqested, I decided to compile PHP with --enable-debug. All problems went away... The aren't any segfaults and php stream releated functions works correctly all the time. When I compile PHP again, without debug, it reproduces errors quickly... I tried PHP-4.3.3 and 4.3.7dev - both of them works preety good with --enable-debug, and reproduce erros in not debug mode. What's it? Other configure options are the same. In --enable-debug only Zend doesn't work, but my scripts doesn't use it. Please help. I don't know gow to reproduce errors with --enable-debug. Previous Comments: [2004-04-21 09:29:27] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. We really need a backtrace. -------- [2004-04-21 07:51:08] coadmin at hostings dot pl Latest stable PHP from CVS wasn't helpful for me, but is difference... Apr 21 01:48:37 gw kernel: pid 44845 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:37 gw kernel: pid 45103 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:38 gw kernel: pid 45391 (httpd), uid 65534: exited on signal 11 Apr 21 02:00:20 gw kernel: pid 70302 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 91837 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 80739 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79870 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79954 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80397 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 92146 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80029 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 91777 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 80190 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 80104 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 92057 (httpd), uid 65534: exited on signal 11 I can't do GDB because there are child processes, not root, and also I haven't httpd.core. Now I can't see "HTTP request failed!" but document contains no data. (unexpected network error in lynx). [2004-04-20 20:42:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-20 11:41:04] servers at apandres dot com I have the same problem, php 4.3.3 on redhat. i am checking for a reciprocal link of a submitted page. it is working for a few hours and then nothing can be submitted any more. same error msg. after apache restart everything is ok again for the next few hours. i did not notice this in php 4.3.2 -------------------- [2004-04-18 00:59:25] coadmin at hostings dot pl Maybe, old one was unclear, this the easiest way to reproduce this bug: http://www.cnn.com",r)) echo "OK"; ?> Online url: http://69.93.217.178/test.php If fails it shows: Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request failed! in /home/homepage/public_html/test.php on line 2 If works shows: OK Please help. Best regards. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Latest stable PHP from CVS wasn't helpful for me, but is difference... Apr 21 01:48:37 gw kernel: pid 44845 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:37 gw kernel: pid 45103 (httpd), uid 65534: exited on signal 11 Apr 21 01:48:38 gw kernel: pid 45391 (httpd), uid 65534: exited on signal 11 Apr 21 02:00:20 gw kernel: pid 70302 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 91837 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:17 gw kernel: pid 80739 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79870 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:18 gw kernel: pid 79954 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80397 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 92146 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:19 gw kernel: pid 80029 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 91777 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:20 gw kernel: pid 80190 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 80104 (httpd), uid 65534: exited on signal 11 Apr 21 02:13:21 gw kernel: pid 92057 (httpd), uid 65534: exited on signal 11 I can't do GDB because there are child processes, not root, and also I haven't httpd.core. Now I can't see "HTTP request failed!" but document contains no data. (unexpected network error in lynx). Previous Comments: [2004-04-20 20:42:35] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-04-20 11:41:04] servers at apandres dot com I have the same problem, php 4.3.3 on redhat. i am checking for a reciprocal link of a submitted page. it is working for a few hours and then nothing can be submitted any more. same error msg. after apache restart everything is ok again for the next few hours. i did not notice this in php 4.3.2 ---- [2004-04-18 00:59:25] coadmin at hostings dot pl Maybe, old one was unclear, this the easiest way to reproduce this bug: http://www.cnn.com",r)) echo "OK"; ?> Online url: http://69.93.217.178/test.php If fails it shows: Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request failed! in /home/homepage/public_html/test.php on line 2 If works shows: OK Please help. Best regards. ------------ [2004-04-18 00:02:34] coadmin at hostings dot pl inessential, my solution was wrong. this is not it. please make your investigations into this problem. thanks. [2004-04-17 20:53:19] coadmin at hostings dot com dot pl Please hold one for one day, maybe I've solution. I must test it. I will write what about it in 24h. Regards. 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/28029 -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: Maybe, old one was unclear, this the easiest way to reproduce this bug: http://www.cnn.com",r)) echo "OK"; ?> Online url: http://69.93.217.178/test.php If fails it shows: Warning: fopen(http://www.cnn.com): failed to open stream: HTTP request failed! in /home/homepage/public_html/test.php on line 2 If works shows: OK Please help. Best regards. Previous Comments: [2004-04-18 00:02:34] coadmin at hostings dot pl inessential, my solution was wrong. this is not it. please make your investigations into this problem. thanks. [2004-04-17 20:53:19] coadmin at hostings dot com dot pl Please hold one for one day, maybe I've solution. I must test it. I will write what about it in 24h. Regards. [2004-04-17 19:15:59] coadmin at hostings dot pl It's code of PHP script which make error [2]. $check is delivered by POST method from HTML form. sprawdz.php: http://allpay.pl/check_code.php?id=".$id."&code=".$code."&c heck=".$check."&type=".$type."", 'r'); $status = fgets($handle, 8); $czas_zycia = fgets($handle, 24); fclose($handle); $czas_zycia = rtrim($czas_zycia); if ($status == 0) {print "pass is bad - try again"; exit;} else { # if pass is good: if (!isset($_COOKIE['ActiveCode'])) { setcookie('ActiveCode',1, time()+$czas_zycia); } else { setcookie('ActiveCode',0, time()+2, "/"); setcookie('ActiveCode',1, time()+$czas_zycia, "/"); } header("Location: index1.php"); } ?> full error: Warning: fopen(http://allpay.pl/check_code.php?id=&code=x,x,x,x,x&check=yourpassword8&type=sms,c1): failed to open stream: HTTP request failed! AeáW in /home/prospl/public_html/sprawdz.php on line 20 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 21 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 22 Warning: fclose(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 23 line in error (20) is: "$handle = fopen("http://.."; Online URL: http://www.pros.pl/ (it is working now) Form is from the left side with button "Wchodze do bazy". You could give any password there. It should shows "Kod niepoprawny - wpisz ponownie." - it means bad password. If fails, is timeout and it shows error message as above. IMHO, there aren't any mistakes in php code, the problem is to open sockets with "http://"; url. I'll provide GDB backtrace asap. I'm not sure if it will be possible, because PHP still works, and there aren't any crashes. Crash was my word to describe that these functions stopped to work. [2004-04-16 22:05:25] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. And also a GDB backtrace of the crash. (configure with --enable-debug!) [2004-04-16 18:32:21] coadmin at hostings dot pl Description: PHP randomly crashes(?) and some functions couldn't open HTTP connection. I found these are bad: getimagesize() fopen() fsockopen() and others... I checked two different servers with different hardware and different systems: FreeBSD 4.9-STABLE and FreeBSD 5.2.1-p3. I checked following PHP versions: 4.3.3, 4.3.4, 4.3.5, 4.3.6, 4.3.7-dev. All are affected. Apache version is 1.3.29. PHP is compiled as mod_php. Reproduce code: --- URL requests crashes about a few minutes to a few hours after starting apache. Apache restart is helpfull and make functions working again for next a few hours. After it is the same, next restart, works for some time, and the same... During crash others PHP functions works well. Actual result: -- Sample logs: [1] PHP Warning: getimagesize(http://foo.com/image.jpg): failed to open stream: HTTP reques
#28029 [Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: inessential, my solution was wrong. this is not it. please make your investigations into this problem. thanks. Previous Comments: [2004-04-17 20:53:19] coadmin at hostings dot com dot pl Please hold one for one day, maybe I've solution. I must test it. I will write what about it in 24h. Regards. [2004-04-17 19:15:59] coadmin at hostings dot pl It's code of PHP script which make error [2]. $check is delivered by POST method from HTML form. sprawdz.php: http://allpay.pl/check_code.php?id=".$id."&code=".$code."&c heck=".$check."&type=".$type."", 'r'); $status = fgets($handle, 8); $czas_zycia = fgets($handle, 24); fclose($handle); $czas_zycia = rtrim($czas_zycia); if ($status == 0) {print "pass is bad - try again"; exit;} else { # if pass is good: if (!isset($_COOKIE['ActiveCode'])) { setcookie('ActiveCode',1, time()+$czas_zycia); } else { setcookie('ActiveCode',0, time()+2, "/"); setcookie('ActiveCode',1, time()+$czas_zycia, "/"); } header("Location: index1.php"); } ?> full error: Warning: fopen(http://allpay.pl/check_code.php?id=&code=x,x,x,x,x&check=yourpassword8&type=sms,c1): failed to open stream: HTTP request failed! AeáW in /home/prospl/public_html/sprawdz.php on line 20 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 21 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 22 Warning: fclose(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 23 line in error (20) is: "$handle = fopen("http://.."; Online URL: http://www.pros.pl/ (it is working now) Form is from the left side with button "Wchodze do bazy". You could give any password there. It should shows "Kod niepoprawny - wpisz ponownie." - it means bad password. If fails, is timeout and it shows error message as above. IMHO, there aren't any mistakes in php code, the problem is to open sockets with "http://"; url. I'll provide GDB backtrace asap. I'm not sure if it will be possible, because PHP still works, and there aren't any crashes. Crash was my word to describe that these functions stopped to work. [2004-04-16 22:05:25] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. And also a GDB backtrace of the crash. (configure with --enable-debug!) [2004-04-16 18:32:21] coadmin at hostings dot pl Description: PHP randomly crashes(?) and some functions couldn't open HTTP connection. I found these are bad: getimagesize() fopen() fsockopen() and others... I checked two different servers with different hardware and different systems: FreeBSD 4.9-STABLE and FreeBSD 5.2.1-p3. I checked following PHP versions: 4.3.3, 4.3.4, 4.3.5, 4.3.6, 4.3.7-dev. All are affected. Apache version is 1.3.29. PHP is compiled as mod_php. Reproduce code: --- URL requests crashes about a few minutes to a few hours after starting apache. Apache restart is helpfull and make functions working again for next a few hours. After it is the same, next restart, works for some time, and the same... During crash others PHP functions works well. Actual result: -- Sample logs: [1] PHP Warning: getimagesize(http://foo.com/image.jpg): failed to open stream: HTTP request failed! ^L°^R^A in /home/foo/public_html/index.php on line 1053 [2] PHP Warning: fopen(http://foo.com/check.php?id=111&code=xxx): failed to open stream: HTTP request failed! @Áå^L in /home/foo/public_html/check.php on line 19 [3] PHP Warning: copy(http://foo.com/file.php?board=2700&zip=1): failed to open stream: HTTP request failed! ^LpLÒ^K in /home/foo/public_html/zip.php on line 44 And many others... I'm always receiving strange code after the "HTTP request failed!" info. -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [Fbk->Opn]: HTTP request failed!
ID: 28029 User updated by: coadmin at hostings dot pl Reported By: coadmin at hostings dot pl -Status: Feedback +Status: Open Bug Type: URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version: 4CVS-2004-04-16 (stable) New Comment: It's code of PHP script which make error [2]. $check is delivered by POST method from HTML form. sprawdz.php: http://allpay.pl/check_code.php?id=".$id."&code=".$code."&c heck=".$check."&type=".$type."", 'r'); $status = fgets($handle, 8); $czas_zycia = fgets($handle, 24); fclose($handle); $czas_zycia = rtrim($czas_zycia); if ($status == 0) {print "pass is bad - try again"; exit;} else { # if pass is good: if (!isset($_COOKIE['ActiveCode'])) { setcookie('ActiveCode',1, time()+$czas_zycia); } else { setcookie('ActiveCode',0, time()+2, "/"); setcookie('ActiveCode',1, time()+$czas_zycia, "/"); } header("Location: index1.php"); } ?> full error: Warning: fopen(http://allpay.pl/check_code.php?id=&code=x,x,x,x,x&check=yourpassword8&type=sms,c1): failed to open stream: HTTP request failed! AeáW in /home/prospl/public_html/sprawdz.php on line 20 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 21 Warning: fgets(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 22 Warning: fclose(): supplied argument is not a valid stream resource in /home/prospl/public_html/sprawdz.php on line 23 line in error (20) is: "$handle = fopen("http://.."; Online URL: http://www.pros.pl/ (it is working now) Form is from the left side with button "Wchodze do bazy". You could give any password there. It should shows "Kod niepoprawny - wpisz ponownie." - it means bad password. If fails, is timeout and it shows error message as above. IMHO, there aren't any mistakes in php code, the problem is to open sockets with "http://"; url. I'll provide GDB backtrace asap. I'm not sure if it will be possible, because PHP still works, and there aren't any crashes. Crash was my word to describe that these functions stopped to work. Previous Comments: [2004-04-16 22:05:25] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. And also a GDB backtrace of the crash. (configure with --enable-debug!) [2004-04-16 18:32:21] coadmin at hostings dot pl Description: PHP randomly crashes(?) and some functions couldn't open HTTP connection. I found these are bad: getimagesize() fopen() fsockopen() and others... I checked two different servers with different hardware and different systems: FreeBSD 4.9-STABLE and FreeBSD 5.2.1-p3. I checked following PHP versions: 4.3.3, 4.3.4, 4.3.5, 4.3.6, 4.3.7-dev. All are affected. Apache version is 1.3.29. PHP is compiled as mod_php. Reproduce code: --- URL requests crashes about a few minutes to a few hours after starting apache. Apache restart is helpfull and make functions working again for next a few hours. After it is the same, next restart, works for some time, and the same... During crash others PHP functions works well. Actual result: -- Sample logs: [1] PHP Warning: getimagesize(http://foo.com/image.jpg): failed to open stream: HTTP request failed! ^L°^R^A in /home/foo/public_html/index.php on line 1053 [2] PHP Warning: fopen(http://foo.com/check.php?id=111&code=xxx): failed to open stream: HTTP request failed! @Áå^L in /home/foo/public_html/check.php on line 19 [3] PHP Warning: copy(http://foo.com/file.php?board=2700&zip=1): failed to open stream: HTTP request failed! ^LpLÒ^K in /home/foo/public_html/zip.php on line 44 And many others... I'm always receiving strange code after the "HTTP request failed!" info. -- Edit this bug report at http://bugs.php.net/?id=28029&edit=1
#28029 [NEW]: HTTP request failed!
From: coadmin at hostings dot pl Operating system: FreeBSD 4.9 and 5.2.1 PHP version: 4CVS-2004-04-16 (stable) PHP Bug Type: URL related Bug description: HTTP request failed! Description: PHP randomly crashes(?) and some functions couldn't open HTTP connection. I found these are bad: getimagesize() fopen() fsockopen() and others... I checked two different servers with different hardware and different systems: FreeBSD 4.9-STABLE and FreeBSD 5.2.1-p3. I checked following PHP versions: 4.3.3, 4.3.4, 4.3.5, 4.3.6, 4.3.7-dev. All are affected. Apache version is 1.3.29. PHP is compiled as mod_php. Reproduce code: --- URL requests crashes about a few minutes to a few hours after starting apache. Apache restart is helpfull and make functions working again for next a few hours. After it is the same, next restart, works for some time, and the same... During crash others PHP functions works well. Actual result: -- Sample logs: [1] PHP Warning: getimagesize(http://foo.com/image.jpg): failed to open stream: HTTP request failed! ^L°^R^A in /home/foo/public_html/index.php on line 1053 [2] PHP Warning: fopen(http://foo.com/check.php?id=111&code=xxx): failed to open stream: HTTP request failed! @Áå^L in /home/foo/public_html/check.php on line 19 [3] PHP Warning: copy(http://foo.com/file.php?board=2700&zip=1): failed to open stream: HTTP request failed! ^LpLÒ^K in /home/foo/public_html/zip.php on line 44 And many others... I'm always receiving strange code after the "HTTP request failed!" info. -- Edit bug report at http://bugs.php.net/?id=28029&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28029&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28029&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=28029&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=28029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=28029&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=28029&r=needscript Try newer version: http://bugs.php.net/fix.php?id=28029&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=28029&r=support Expected behavior: http://bugs.php.net/fix.php?id=28029&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=28029&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=28029&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=28029&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28029&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=28029&r=dst IIS Stability: http://bugs.php.net/fix.php?id=28029&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=28029&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=28029&r=float