PHP 5.6
IIS 7.5
WINCACHE 1.3.6.3
Sometimes one website on my server crash and in event viewer I see that error:
Faulting application name: php-cgi.exe, version: 5.6.0.0, time stamp: 0x53fe294e
Faulting module name: php_wincache.dll, version: 1.3.6.3, time stamp: 0x544ad12f
Exception code: 0xc0000005
Fault offset: 0x00012fe7
Faulting process id: 0x1460
Faulting application start time: 0x01d048896ff45425
Faulting application path: C:\Program Files (x86)\PHP\v5.6\php-cgi.exe
Faulting module path: C:\Program Files (x86)\PHP\v5.6\ext\php_wincache.dll
Report Id: a2371547-b488-11e4-ad72-00155d324103
I won't disable wincache, it's very helpful, I'd like to decode that Fault offset, how can I do that?
Running wincache on IIS is just troublesome, I've never had any luck of getting it to work without some sort of issue/crash. I suggest you update to PHP 7 for a few reasons.
PHP 7 is officially supported for windows 64bit
You don't need wincache with PHP 7
PHP 5.6 is only supported with security fixes
End of life is 1 Jan 2019 (Currently Supported Versions)
Related
I'm running a WordPress multisite(4.5.3) on Windows IIS (8.5.96).
Every now and then the server crashes with a Wincache error. I have updated both PHP and Wincache components on the server. Because at the moment I have to observe the server 24/7.
Faulting application name: php-cgi.exe, version: 5.6.22.0,time stamp: 0x57468660
Faulting module name: php_wincache.dll,version: 1.3.7.10, time stamp: 0x56ccce50
Exception code: 0xc0000005
Fault offset: 0x00015247
Faulting process id: 0x8cc
Faulting application start time: 0x01d1f8244e589ffc
Faulting application path: C:\Program Files (x86)\PHP\v5.6\php-cgi.exe
Faulting module path: C:\Program Files (x86)\PHP\v5.6\ext\php_wincache.dll
Report Id: 7fbf700b-6418-11e6-80cc-005056b77a12
Faulting package full name:
Faulting package-relative application ID:
Server:
-Windows Server 2012 R2 Standard
-Installed memory Ram 4 Gb
-Php-cgi.exe (5.6.22.0)
-Wincache.dll (1.3.7.10)
IIS:
-IIS 8.5.96
-Php 5.6
IIS Setup:
-Idle timeout 300
-Activity timeout 300
-Request timeout 300
-Application pool > Recycling 20 min.
-Application pool > Idle time-out 18 min.
Wordpress and plugins used:
-Wp multisite 4.5.3
-Atom Linkedin (1.0.0)
-Contact form 7 (4.3.1)
-Custom Facebook Feed (2.3.10)
-Redirection (2.4.3)
-Rename wp-login (2.5.5)
-Revolution Slider (5.0.6)
-W3 Total Cache (0.9.4.1)
-Wordfence Security (6.1.14)
-WordPress MU Domain Mapping (0.5.5.1)
-WP-Mail-SMTP (0.9.5)
-Yoast SEO (3.0.7)
Is it a server issue or perhaps a misconfiguration? Or is it a php, WordPress or any other software issue?
Not sure whether this should be an answer or an comment, but here goes.
The exception code 0xc0000005 often means a shared memory access violation. At various places you find information about adding
wincache.namesalt=0x200000
to your configuration. This is a shared memory address to store objects in.
On the other hand: I'm using the same WinCache version in my environment, but it isn't used much (shared hosting). The clients use OPCache, and with OPCache the same exception code occurs frequently. It became less when I added
opcache.mmap_base=0x20000000
to our PHP.ini configuration, but it still isn't over.
The shared memory violation does not happen with PHP 7. If you can, switch to PHP 7.
Some reference links:
https://secure.php.net/manual/en/opcache.configuration.php#ini.opcache.mmap-base , https://www.apachelounge.com/viewtopic.php?p=29838#29838 , https://secure.php.net/manual/en/wincache.configuration.php#ini.wincache.namesalt , https://www.saotn.org/php-wincache-on-iis/
My setup:
Windows 2008 R2 Server
PHP Version 5.4.7
Zend Opcache 7.0.3 (i just upgraded to 7.0.5 still the same)
Sometimes I will get Connection reset by peer when browsing the site using Chrome.
I enabled "use_cwd" settings as suggested by other thread. Still no help.
EDIT
I am seeing lots of error in Windows Event Viewer, happened every few minutes, which looks like:
Faulting application name: httpd.exe, version: 2.4.3.0, time stamp: 0x502f70a3
Faulting module name: php5ts.dll, version: 5.4.7.0, time stamp: 0x505114f8
Exception code: 0xc00000fd
Fault offset: 0x000398c9
Faulting process id: 0xd1c
Faulting application start time: 0x01d183ec32bb4c1b
Faulting application path: ...\apache\bin\httpd.exe
Faulting module path: ...\php\php5ts.dll
Report Id: 72e103b0-efdf-11e5-ae29-22000afc56aa
But when I turn opcache off, I dont see these errors anymore.
My opcache conf
zend_extension = "xxxx\php\ext\php_opcache.dll"
opcache.memory_consumption=192
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=4000
opcache.revalidate_freq=30
opcache.use_cwd=1
opcache.fast_shutdown=1
opcache.enable_cli=0
opcache.blacklist_filename = "xxxx\mypath\opcache-blacklist.txt"
Any idea how to solve this problem? Will upgrading my PHP version to 5.5 solve this problem?
Thanks.
Exception code 0xc00000fd means Stack Overflow error. So I started investigate from that direction.
It was due to the default ThreadStackSize of 1MB (default for Apache Windows) is too small. Increasing it to 8MB solved the problem for me.
I solved this according to this post How do I increase the stack size for Apache running under Windows 7?
I become allways this error message in event logger from windows diagnostics.
PHP crashes and after is the server via RDP not available.. any reason?
Faulting application name: php.EXE, version: 5.6.8.0, time stamp: 0x552ee168
Faulting module name: ntdll.dll, version: 6.1.7601.18798, time stamp: 0x5507b3e0
Exception code: 0xc0000005
Fault offset: 0x000326d1
Faulting process id: 0xa3c
Faulting application start time: 0x01d0d55d7c6ee552
Faulting application path: D:\php\56-win32-VC11-NTS\php.EXE
Faulting module path: C:\Windows\SysWOW64\ntdll.dll
Best regards
ntdll.dll is one of the kernel drivers for Microsoft Windows. There are a variety of fixes proposed for dealing with this issue, most of which appear to come down to either reinstalling the offending application (in this case php and your web server) or reinstalling ntdll.dll and/or reregistering it.
I am running around 50 sugar CRM running sites on the following setup -
IIS 7.5
MS-SQL 2008 (Seperate Server)
PHP 5.3.26
On average 5 out of 50 of the applications crash a day, and I have to restart the application pool to bring the site back up. I have asked end users what they were doing before the crash in an attempt to replicate this in a test environment. However I cannot seem to do it. I can only assume that I cannot do this in my test environment as it's under a lot less load.
I am pushing our development team to upgrade to the latest version of PHP for security and performance reasons, however my plea is falling on deaf ears.
Here is the error that I'm getting. Any advice at all will be appreciated.
Faulting application name: php-cgi.exe, version: 5.3.26.0, time stamp: 0x51af72a9
Faulting module name: kernel32.dll, version: 6.1.7601.18409, time stamp: 0x53159a85
Exception code: 0xc0000005
Fault offset: 0x00011359
Faulting process id: 0x1aac
Faulting application start time: 0x01cfa72d28b47c94
Faulting application path: C:\Program Files (x86)\PHP\v5.3\php-cgi.exe
Faulting module path: C:\Windows\syswow64\kernel32.dll
Report Id: 8d025994-132e-11e4-b2f1-005056b32471
Running Wamp 2.0 on Windows 7 64-bit with Apache 2.2.17 and PHP 5.3.4
I call imap_open() to connect to Gmail (imap.googlemail.com on port 993)
$server_spec = "{imap.googlemail.com:993/imap/ssl}INBOX";
$mbox = imap_open ($server_spec, $username, $password);
But the webpage says the Connection was reset. I have no errors appearing in my logs.
But if I check Windows event viewer I see:
Faulting application name: httpd.exe, version: 2.2.17.0, time stamp: 0x4cc419ce
Faulting module name: php_imap.dll, version: 5.3.4.0, time stamp: 0x4d090506
Exception code: 0x80000003
Fault offset: 0x000000000004ac04
Faulting process id: 0x3420
Faulting application start time: 0x01cc98a7507af588
Faulting application path: C:\wamp\bin\apache\apache2.2.17\bin\httpd.exe
Faulting module path: c:\wamp\bin\php\php5.3.4\ext\php_imap.dll
Report Id: 9585a82f-049a-11e1-a83a-180373772b48
Googling the error hasn't come up with much, I've manually uncommented the php.ini file for php_imap. I also have enabled mod_ssl.
Have I forgotten something basic?
Not an "answer" technically - but downloading the latest Wamp package (apache 2.2.21 + php 5.3.8) fixes the issue