#37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination
| From: | bruno dot delbono at gmail dot com | Date: | Tue, 30 May 2006 17:59:06 +0000 |
| Subject: | #37483 [Com]: PHP5TS.DLL causes w3svc crash and application pool termination | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-97823@lists.php.net to get a copy of this message | ||
ID: 37483
Comment by: bruno dot delbono at gmail dot com
Reported By: jneill at gamedaytv dot com
Status: Open
Bug Type: IIS related
Operating System: Windows 2003 SP 1
PHP Version: 5.1.4
New Comment:
I too can replicate it on both the 5.2-devel (the current) and 5.1.4.
This is becoming a very irritating problems as w3wp.exe keeps crashing.
Windows 2003 SP1 running IIS 6 with PHP ISAPI.
Faulting application w3wp.exe, version 6.0.3790.1830, faulting module
unknown, version 0.0.0.0, fault address 0x01b05c80.
WARNING - DebugDiag was not able to locate debug symbols for
php5ts.dll, so the information below may be incomplete.
In
w3wp__PID__4176__Date__05_25_2006__Time_09_57_31AM__495__Second_Chance_Exception_C0000005.dmp
an access violation exception (0xC0000005) occured on thread 18 when
another module attempted to call the following unloaded module:
php5ts.dll.
w3wp__PID__4176__Date__05_25_2006__Time_09_57_31AM__495__Second_Chance_Exception_C0000005.dmp
Type of Analysis Performed Crash Analysis
Machine Name DRAGOS
Operating System Windows Server 2003 Service Pack 1
Number Of Processors 2
Process ID 4176
Process Image c:\WINDOWS\system32\inetsrv\w3wp.exe
System Up-Time 1 day(s) 06:47:17
Process Up-Time 0 day(s) 01:19:11
Thread 18 - System ID 2008
Entry point msvcrt!_endthread+3b
Create time 5/25/2006 9:57:30 AM
Time spent in user mode 0 Days 0:0:0.0
Time spent in kernel mode 0 Days 0:0:0.0
Function Arg 1 Arg 2 Arg 3 Source
<Unloaded_php5ts.dll>+265c80 02e8a940 00000000 00000000
msvcrt!_endthread+ab 02db8bf8 00000000 00000000
kernel32!BaseThreadStart+34 77bcb35a 02db8bf8 00000000
In
w3wp__PID__4176__Date__05_25_2006__Time_09_57_31AM__495__Second_Chance_Exception_C0000005.dmp
an access violation exception (0xC0000005) occured on thread 18 when
another module attempted to call the following unloaded module:
php5ts.dll.
Previous Comments:
------------------------------------------------------------------------
[2006-05-30 16:37:24] jneill at gamedaytv dot com
We tested the 5.2 snap on two of our Windows 2003 SP1 servers, and the
aforementioned crashes occur with more frequency than with PHP 5.1.4 on
the same servers.
------------------------------------------------------------------------
[2006-05-29 09:22:29] andrej at seznam dot org
I came up with exact the same crash analysis, even with the latest PHP
snapshot 5.2.0-dev dated May 28 2006 00:17:10:
---
Operating System Windows Server 2003 Service Pack 1
Number Of Processors 2
Process ID 8060
Process Image c:\WINDOWS\system32\inetsrv\w3wp.exe
System Up-Time 46 day(s) 02:14:04
Process Up-Time 0 day(s) 00:22:07
Thread 15 - System ID 7536
Entry point msvcrt!_endthread+3b
Create time 29.5.2006 0:13:40
Time spent in user mode 0 Days 0:0:0.0
Time spent in kernel mode 0 Days 0:0:0.0
Function Arg 1 Arg 2 Arg 3 Source
<Unloaded_php5ts.dll>+268810 01626ce0 00000000 00000000
msvcrt!_endthread+ab 0270aa78 00000000 00000000
kernel32!BaseThreadStart+34 77bcb35a 0270aa78 00000000
an access violation exception (0xC0000005) occured on thread 15 when
another module attempted to call the following UNLOADED module:
php5ts.dll.
---
It is weird, that at the moment of crash sometimes there is NO ACTIVITY
(= noone is browsing the page).
On the other hand, w3swc.exe process consumes too much CPU time,
compared to my observations from some time ago, when WebAppPools did
not crash.
The observed WebAppPool is isolated, I mean, only 1 web uses this pool.
------------------------------------------------------------------------
[2006-05-24 22:12:35] tony2001@php.net
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
------------------------------------------------------------------------
[2006-05-19 16:04:44] julien dot jacques at fingerprint dot fr
I have exactly the same problem.
Since i am on a production server, i can't install MSVC6. (it seems to
be replace with MSvisual express2005, which require to remove all sql
server prior to 2005. And i can't remove it on production.)
I try to add the .pdb to the DebugDiag symbol path but the file doesn't
match the dll.
Is this because the debug pack is for php5.2.x?
Do i have to install php5.2.x-dev?
Where can i find the debug pack for php5.1.4?
I would be happy to help, but i don't know how to produce the backtrace
you require.
------------------------------------------------------------------------
[2006-05-18 17:40:13] jneill at gamedaytv dot com
I do not understand these instructions:
"When PHP crashes, click Cancel to debug the process. Now MSVC starts
up in Debug View. If you don't already see the call stack, go into the
View menu and choose Debug Windows → Call Stack."
When PHP crashes, we do not see a dialogue box with Cancel as an
option, and MSVC does not start up. All that happens is that we get an
error in the System Event Log that says something like:
---
A process serving application pool 'Site12' terminated unexpectedly.
The process id was '3392'. The process exit code was '0xc0000005'.
---
So how do I run the debugger?
------------------------------------------------------------------------
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/37483
--
Edit this bug report at http://bugs.php.net/?id=37483&edit=1