ID: 39221 Comment by: php at blazemonger dot com Reported By: kris at k-software dot org Status: No Feedback Bug Type: Apache2 related Operating System: windows server 2003 x64 PHP Version: 5CVS-2006-10-20 (snap) New Comment:
I can reproduce this PHP crash easily in our MediaWiki 1.9.3 installation. Visit the main page and click the "Random page" link (in the left navigation menu) repeatedly, as fast as you can, about 50 times. The error is thrown into the event log: Faulting application httpd.exe, version 2.2.4.0, faulting module php5ts.dll, version 5.2.1.1, fault address 0x0000ae66. and Apache becomes completely unresponsive (will not respond to any page requests) and must be restarted. Windows 2003 Server SP1 64-bit (2 GB RAM) Dual core AMD Opteron (2.81 GHz, Processor 8220 SE) Apache 2.2.4 with SSL PHP 5.2.1 (apache2handler) MediaWiki 1.9.3 MySQL 5.0.27-community-nt This is a VMware virtual machine if that matters. Previous Comments: ------------------------------------------------------------------------ [2007-02-16 11:01:41] niels at keurentjes dot net I have the exact same issue: a stock Win2k3 setup with Apache 2.2.4 and PHP 5.2.1 on a Dual Xeon HT setup, and regular crashes, several times per day, sometimes 15 in 30 minutes when the site is being hit severely. I have performed several recent software upgrades, the problems also occurred in the exact same fasion in Apache 2.0.59 + PHP 5.1.4, Apache 2.0.59 + PHP 5.2.0 and Apache 2.2.4 + PHP 5.2.1. I am currently testing whether hard-forcing uniprocessor operation using ImageCfg (http://www.robpol86.com/Pages/imagecfg.php) works. I have set the httpd.exe process to the following: --- httpd.exe contains the following configuration information: Process Affinity Mask: 00000001 httpd.exe contains a Subsystem Version of 4.0 Image can only run in uni-processor mode on multi-processor systems --- Notably the crashes seemed to become less frequent when I disabled all caching on the site. At first I suspected this pointed towards problems with too many files open simultaneously, but I am now after reading these problems pretty sure that it merely slowed down the site enough not to trigger the synchronization issues or race conditions. ------------------------------------------------------------------------ [2007-01-04 04:05:22] judexidoneus_g6 at hotmail dot com So, there is no solution for this bug? ------------------------------------------------------------------------ [2006-11-07 07:44:44] paradiso at gmail dot com This is really a bug. on my p4 2.4c + 865G + 1G ram, win2k3 server, apache 2.2.3.0 & php 5.2, this happens all the time. ------------------------------------------------------------------------ [2006-10-31 01:00:01] 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". ------------------------------------------------------------------------ [2006-10-22 14:14:23] kris at k-software dot org Error in CPU IDs in previous comment, from microsoft support article ID 252867: Processor enumeration on computers that use hyperthreading first assign processor numbers to the primary logical processor for each processor and then assign numbers to the secondary. For example, for dual physical processor computers with hyperthreading, the first processor has logical processor 0 and 2, and the second processor has logical processor 1 and 3. ------------------------------------------------------------------------ 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/39221 -- Edit this bug report at http://bugs.php.net/?id=39221&edit=1
