HTTP 500 errors and Wincache crashes: Request for InfoRSS

54 replies

Last post Jul 06, 2018 05:39 PM by DropPhone

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    HTTP 500 errors and Wincache crashes: Request for Info

    May 08, 2014 04:46 PM|DropPhone|LINK

    For people who are experiencing 500 errors with crashes in Wincache, I would like your help in investigating something.

    It turns out that the IIS FastCGI handler will terminate requests that take too long.  The default for this is 90 seconds. (see: http://www.iis.net/configreference/system.webserver/fastcgi/application#005 , the requestTimeout setting).  Additionally, there's a timer tracking FastCGI request activity (activityTimeout, default 30 seconds, see the same page).

    If the php-cgi instance is killed while a script is executing, it's highly probable that Wincache's cross-process memory will get corrupted.

    If Wincache's cross-process memory gets corrupted, all PHP instances in the appPool must be terminated *simultaneously* to recover. 

    So, here's the ask:

    For folks who are seeing event log entries where php-cgi.exe / Wincache crashed, could you check your HTTP W3C log files (%systemDrive%\inetpub\logs\LogFiles\<site>\u_ex*.log) and see if there was a 500 status message on a PHP request *before* the crash?

    I'm particularly interested in the win32 status codes that on the 500 messages that happened before the 500 associated with the crash.

    I'm looking into improving the diagnosability of when the FastCGI handler terminates an instance, so we can help customers see if the Wincache crashes are due to avoidable timeouts.  Additionally, I'm looking into ways that Wincache can more gracefully recover from these kinds of corruptions.

    Thank you!

        --E.

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 13, 2014 01:15 PM|DropPhone|LINK

    As I've been digging into this problem, and how to fix it, I've run across the signalBeforeTerminateSeconds IIS FastCGI configuration setting.  By default, this is 0 seconds, which means the php-cgi.exe won't receive a signal before the IIS FastCGI module decides to terminate the process.  Setting this (n > 0) will lead to an n second delay before FastCGI terminates the process, which *should* give PHP (and Wincache) a chance to gracefully cleanup and shutdown.

    This setting is an attribute that goes on the <application> node in the <fastCgi> section.  For example:

    <application fullPath="C:\path-to-your-php\php-cgi.exe" (...other settings...) signalBeforeTerminateSeconds="5">
    </application>
    

    For anyone who is seeing crashes in php_wincache.dll + 500 errors, I would suggest trying this setting on an experimental basis.

    FYI, the signalBeforeTerminateSeconds doesn't show up in the IIS InetMgr.exe UI, even under the "Advanced Settings" for FastCGI, so you'll have to edit this into your applicationHost.config file directly. 

    More info about this setting, any several others that went into IIS 7.0:  http://ruslany.net/2010/03/important-update-for-iis-7-0-fastcgi-module/

    Please let me know if this config setting improves, exacerbates, or does not have any effect on the number of AVs in Wincache.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 27, 2014 11:26 AM|cgtracy|LINK

    E,

    Tried this in a production environment.  It's been in place for close to a week and we're still experiencing WinCache crashes faulting the PHP-cgi module.  It didn't seem that we were having these issues until the last few versions of PHP 5.4.  Is WinCache still being updated?  Is there an alternative (other than PHP 5.5 w/Zend)?

    Chris

    05/27/2014 10:17:41

    Log Name: Application

    Message Source: Application Error

    Event ID: 1000

    User: -

    Event Message

    Faulting application name: php-cgi.exe, version: 5.4.28.0, time stamp: 0x53613959 Faulting module name: php_wincache.dll, version: 1.3.4.0, time stamp: 0x4fd7737e Exception code: 0xc0000005 Fault offset: 0x000087bf Faulting process id: 0x2bd4 Faulting application start time: 0x01cf79becb327330 Faulting application path: C:\Program Files (x86)\PHP\v5.4.28\php-cgi.exe Faulting module path: C:\Program Files (x86)\PHP\v5.4.28\ext\php_wincache.dll

    Report Id: 0aef6f50-e5b2-11e3-a733-7a7374bed92e

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 27, 2014 12:12 PM|DropPhone|LINK

    cgtracy

     Is WinCache still being updated?  Is there an alternative (other than PHP 5.5 w/Zend)?

    Yes, I'm still working on WinCache, though primarily for PHP 5.5 & PHP 5.6.  We haven't re-built for PHP 5.3 or 5.4 in quite some time, so there are some fixes in the WinCache code base that aren't in the latest (dev) builds out on sourceforge.  The last build of WinCache for PHP 5.4 seems to be 1.3.4.1 from Apr 16, 2013.

    cgtracy

    Faulting module name: php_wincache.dll

    version: 1.3.4.0

    time stamp: 0x4fd7737e

    Exception code: 0xc0000005

    Fault offset: 0x000087bf

    This is a crash in php_wincache!aplist_fcache_get, where the cache was nulled out while a request was executing.  This could happen around process shutdown.  I fixed the null pointer check in 1.3.5.3, (April 2014).  I'll move this over to the PHP 5.4 branch and build a new dev release for you to experiment with this week.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 27, 2014 03:38 PM|cgtracy|LINK

    Phenomenal, E!  Thanks for the quick response.  We are running on WinCache 1.3.4.1 on these servers (at least that's what the binary properties say).  I'll be very glad to try out an updated release with the fixes you mentioned.

    Chris

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 28, 2014 03:50 PM|DropPhone|LINK

    Chris--

    I've built a dev version of the bits.  These have not gone through extensive testing on PHP 5.4, so you're on your own if you use them in production.

    http://sourceforge.net/projects/wincache/files/development/wincache-1.3.6.0-dev-5.4-nts-vc9-x86.exe/download 

    wincache-1.3.6.0-dev-5.4-nts-vc9-x86.exe signatures:
    sha1: 09EAF97887D2870E3C1FB7DE762F70582FDD5066
    md5:  A2D7F558C2AB20EC80EAA125E1B4890D

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 28, 2014 04:59 PM|cgtracy|LINK

    Understood.  Thanks, Eric.  I'll be sure to let you know how it goes.  I'm going to roll back the config change as well before testing just to make sure that the results are as pure as possible.  Is there any specific information that you'd like included in progress updates?

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 28, 2014 08:40 PM|DropPhone|LINK

    Just loop back around and let me know:

    1. Does the 1.3.6.0 update work correctly?

    2. Do you continue to see AV's in Wincache with the 1.3.6.0 update?

    Really, that's about it.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 29, 2014 03:11 PM|cgtracy|LINK

    Unfortunately, still crashing.

    05/29/2014 10:02:51

    Log Name: Application

    Message Source: Application Error

    Event ID: 1000

    User: -

    Event Message

    Faulting application name: php-cgi.exe, version: 5.4.28.0, time stamp: 0x53613959 Faulting module name: php_wincache.dll, version: 1.3.6.0, time stamp: 0x538635cf Exception code: 0xc0000005 Fault offset: 0x0000de88 Faulting process id: 0x32c Faulting application start time: 0x01cf7b4f0ff8e3a0 Faulting application path: C:\Program Files (x86)\PHP\v5.4.28\php-cgi.exe Faulting module path: C:\Program Files (x86)\PHP\v5.4.28\ext\php_wincache.dll

    Report Id: 4daa3140-e742-11e3-a733-7a7374bed92e

    We're also seeing these now:

    05/29/2014 09:56:07

    Log Name: Application

    Message Source: Application Error

    Event ID: 1000

    User: -

    Event Message

    Faulting application name: php-cgi.exe, version: 5.4.28.0, time stamp: 0x53613959 Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x00000000 Faulting process id: 0x3560 Faulting application start time: 0x01cf7b4e178b0cc0 Faulting application path: C:\Program Files (x86)\PHP\v5.4.28\php-cgi.exe Faulting module path: unknown Report Id: 5c81cda0-e741-11e3-8b3d-56a8e9ef2973

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 29, 2014 05:09 PM|DropPhone|LINK

    Hm...that's a new crash that I've never seen before.  Something in ocache_useval.  The only way you could possibly hit that is if the opcache memory is corrupted.

    If possible, can you get a crash dump when php-cgi.exe crashes?  That's going to be the easiest way to figure out what's going on...

    Or if you have a simple repro which hits the AV, that would be best (then I could repro it all the time and figure this out...).

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 30, 2014 12:42 PM|cgtracy|LINK

    Wish I did have a repro for this. So far it appears to be random and generally happens when there's no human around to see it happening.  I've configured WER to get dumps when the php-cgi process crashes.  I'd be glad to package those up and send them your way.

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 30, 2014 01:17 PM|DropPhone|LINK

    cgtracy

    I'd be glad to package those up and send them your way.

    Please!  A crash dump is like gold when investigating Wincache issues.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 30, 2014 01:21 PM|cgtracy|LINK

    DropPhone

    Please!  A crash dump is like gold when investigating Wincache issues.

    Then prepare for Fort Knox, my friend!  PM me with the best way to get them to you.  None so far since configured WER but I expect at least a few at some point today.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Jan 23, 2015 02:52 PM|wishmaster|LINK

    I've the same issue.

    PHP 5.5 - Wincache 1.3.6.1

    Windows Server 2012 R2

    32 GB RAM

    ucachesize changes system to system. It's never stable.

    For eg: My home computer has 12 GB RAM and I can not give over 196MB for wincache.ucachesize, if I give I directly take 500 errors from every php web page even phpinfo(). My server has 32GB of RAM and untill today it has wincache.ucachesize=512. But without any reason we start to get 500 errors and I directly assume that this is caused by cachesize. I made it 256MB and restart IIS. Then... it continue to work...

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Jan 26, 2015 05:33 PM|DropPhone|LINK

    wishmaster

    My home computer has 12 GB RAM and I can not give over 196MB for wincache.ucachesize, if I give I directly take 500 errors from every php web page even phpinfo().

    Do you see any errors show up in the php_errors.log file?

    I've had reports before of folks who've had trouble with large ucachesize values getting 500's, but not on every single request.  Usually it happens after a few php-cgi.exe's have spun up.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 06, 2015 12:09 PM|tony_ser|LINK

    We are using PHP 5.4 with wincache 1.3.6.3

    Getting quite a number of lock up due to error messages like.

    PHP Fatal error:  WINCACHE: lock_writelock: acquired abandoned mutex RESPATHS_SEGMENT_1_0_113638_X. Something bad happend in another process! in website\library\Zend\Loader.php on line 134

    PHP Fatal error:  WINCACHE: lock_readlock: acquired abandoned mutex FILELIST_CACHE_1_0_113638_X. Something bad happend in another process! in Unknown on line 0

    WINCACHE: lock_writelock: acquired abandoned mutex FILEMAP_INFO_HRWLOCK_1_0_113638_X. Something bad happend in another process!'

    They indicate another php process crash while holding the Mutex.

    We have a crash dump regarding one of the crash. With the following call stack.

      php_wincache.dll!allocate_memory(alloc_context * palloc=0x026613e8, unsigned int size=51581140, void * * ppaddr=0x0173cff0) Line 179 C
      php_wincache.dll!alloc_smalloc(alloc_context * palloc=0x026613e8, unsigned int size=556) Line 1046 C
      php_wincache.dll!create_rplist_data(rplist_context * pcache=0x026715a0, const char * filename=0x11dae138, const char * cwdcexec=0x0173d060, rplist_value * * ppvalue=0x0173d054) Line 128 C
      php_wincache.dll!rplist_getentry(rplist_context * pcache=0x026715a0, const char * filename=0x11dae138, rplist_value * * ppvalue=0x0173d2a8, unsigned int * poffset=0x0173d2b4) Line 627 C
      php_wincache.dll!aplist_fcache_get(aplist_context * pcache=0x0266c850, const char * filename=0x11dae138, unsigned char usesopen='\0', char * * ppfullpath=0x0173d318, fcache_value * * ppvalue=0x0173d31c) Line 1761 C
    > php_wincache.dll!wincache_resolve_path(const char * filename=0x0266c850, int filename_len=299557176) Line 1202 C

     

    Reported the same issue as https://bugs.php.net/bug.php?id=68998

    Please advise what is the best way to send the crash dump.

    Thanks!

     

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 10, 2015 01:33 PM|link1305|LINK

    I've just started using Wincache and have been getting periodic 500 errors ("The FastCGI process exceeded configured request timeout").   My environment:

    Windows Server 2012 R2
    IIS 8.5
    PHP 5.6.5 NTS
    Wincache 1.3.7.1 (I know this isn't an "official" release. I also tried with 1.3.6.3 and had the same issue)
    Mediawiki 1.24

    When I configure mediawiki to use the user cache feature, after a couple hours of usage it eventually gives me HTTP 500 errors.  To resolve these I recycle IIS.  There don't seem to be any errors in php_errors.log.  I haven't set any of the settings outside of:

    wincache.ocenabled=0
    wincache.fcenabled=1
    wincache.ucenabled=1

    Any ideas how I can continue debugging this?  When the errors start, there's an "Application Error" item in the event viewer:

    Faulting application name: php-cgi.exe, version: 5.6.5.0, time stamp: 0x54c04440
    Faulting module name: php_wincache.dll, version: 1.3.7.1, time stamp: 0x54c92cc7
    Exception code: 0xc0000005
    Fault offset: 0x0000bbb6
    Faulting process id: 0x48c
    Faulting application start time: 0x01d0454e5c16c91d
    Faulting application path: C:\PHP\php-cgi.exe
    Faulting module path: C:\PHP\ext\php_wincache.dll
    Report Id: a070c85b-b141-11e4-80e9-005056b011dc

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 10, 2015 01:54 PM|DropPhone|LINK

    Crash seems to be in php_wincache!create_fcnotify_data().  This is way down in the guts of file change notification, which is usually pretty stable.

    If you can gather a crash dump of the issue, that would be optimal.  Send a private message, and we'll arrange how to transfer the dump.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 10, 2015 02:48 PM|link1305|LINK

    How would I go about gathering a crash dump?

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 10, 2015 03:56 PM|DropPhone|LINK

    link1305

    The FastCGI process exceeded configured request timeout

    This is a very dangerous message!  This means that w3wp will terminate the php-cgi.exe process, and it could be doing *anything* at the time that it's killed.  If you start seeing messages like

    PHP Fatal error:  WINCACHE: lock_writelock: acquired abandoned mutex ****. Something bad happend in another process!

    where "****" is the name of a shared memory segment, then you'll know the real root cause was FastCGI killing the process.

    You need to figure out why PHP is taking too long, and fixing that.  WinCache will do terrible, nasty things that will require restarting the entire app pool if it gets killed. 

    What is your FastCGI idleTimeout, activityTimeout and requestTimeout for your PHP 5.6.5 entry?  It may be that you just need to increase the requestTimeout to account for the fact that your PHP requests are taking too long.

    If not specified, the default requestTimeout is 90 seconds. 

    Pro Tip:  IIS enforces a relationship between the three timeouts, such that:

                ( idleTimeout > requestTimeout > activityTimeout )

    If you don't maintain this relationship when you make the config change, then every single time you touch any setting in the FastCGI config, it will think there's a change and restart all the FastCGI instances for that application entry.  So, avoid the pain, and make sure the timeouts are correctly set!

    Thx!

        --E.

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 10, 2015 04:07 PM|DropPhone|LINK

    link1305

    How would I go about gathering a crash dump?

    DebugDiag: http://www.microsoft.com/en-us/download/details.aspx?id=40336

    Pro Tip: Dumps with full heap dump ("Enable Full PageHeap") are more helpful!

    Here are a couple of good blog/msdn articles:

     

    Steps to Catch a Simple “Crash Dump” of a Crashing Process

     

    From <http://blogs.msdn.com/b/chaun/archive/2013/11/12/steps-to-catch-a-simple-crash-dump-of-a-crashing-process.aspx>

     

    Collecting User-Mode Dumps

     

    From <http://msdn.microsoft.com/en-us/library/windows/desktop/bb787181(v=vs.85).aspx>

     

    Collecting User-Mode Dumps

     

    From <http://msdn.microsoft.com/en-us/library/bb787181.aspx>

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 14, 2015 01:42 AM|davidgarcia|LINK

    I got this error, wasn't able to get a dump (fatal errors don't generate dumps?). Couldn't replicate.

    Fatal error: Failure in Wincache[49448] free_memory: Block 0x9d4039c not in use in D:\xxxx in line YYY

    The offending line is:

    if (is_dir($uri) && $options['recurse']) {

    So probably the is_dir function failed, maybe something with the new reroute_enabled directive.

    reroute_enabled

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 17, 2015 05:07 PM|DropPhone|LINK

    davidgarcia

    Fatal error: Failure in Wincache[49448] free_memory: Block 0x9d4039c not in use

    This indicates that WinCache was trying to double-free a block of memory in the cross-process shared memory segment.

    The good news is that we're being more resilient to internal WinCache errors.  The bad news is we have a double free dangerously wandering around the system...

    If you manage to catch this in a crash dump, let me know!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 17, 2015 06:48 AM|MrModo|LINK

    Hi All, I hope this thread is still active!

    I've just come across this thread. This seems to be exactly the problem I have been having which seems to becoming more frequent. I have one website on IIS 7 which is having HTTP 500 errors at random (the other 2 sites on the server don't have the problem)

    • Windows 2008 R2 (Azure)
    • IIS 7

    Yesterday I upgraded to PHP 5.6 and Wincache 1.3.63 via the Web Platform manager. Previous I was on PHP 5.4 and Wincache 1.3

    To cure the problem I have to restart IIS

    In Event Manager. I have several application errors:

    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: 0xc0000094
    Fault offset: 0x00014619
    Faulting process id: 0xae4
    Faulting application start time: 0x01d0602ed020ce86
    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: 70cab39c-cc22-11e4-9db0-0003ff44e281

    Faulting application name: php-cgi.exe, version: 5.6.0.0, time stamp: 0x53fe294e
    Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
    Exception code: 0xc0000005
    Fault offset: 0x00000000
    Faulting process id: 0xfe0
    Faulting application start time: 0x01d0600d2bbd8565
    Faulting application path: C:\Program Files (x86)\PHP\v5.6\php-cgi.exe
    Faulting module path: unknown
    Report Id: 69d7bee3-cc00-11e4-9db0-0003ff44e281

    I also have 

    Faulting application name: w3wp.exe, version: 7.5.7601.17514, time stamp: 0x4ce7afa2
    Faulting module name: iisfcgi.dll, version: 7.5.7601.17514, time stamp: 0x4ce7c6cb
    Exception code: 0xc0000005
    Fault offset: 0x00000000000079f2
    Faulting process id: 0x1130
    Faulting application start time: 0x01d05fc195a26916
    Faulting application path: c:\windows\system32\inetsrv\w3wp.exe
    Faulting module path: C:\Windows\System32\inetsrv\iisfcgi.dll
    Report Id: 9f33a623-cbd7-11e4-9db0-0003ff44e281

    In PHP error log, I have many rows of

    PHP Fatal error:  Failure in PHP_MINIT_FUNCTION(Wincache): 606 in Unknown on line 0

    and

    PHP Fatal error:  WINCACHE: lock_writelock: acquired abandoned mutex FILELIST_SEGMENT_1_0_742014_X. Something bad happend in another process! in Unknown on line 0

    Can anyone help?

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 17, 2015 02:47 PM|DropPhone|LINK

    MrModo

    Faulting module name: php_wincache.dll, version: 1.3.6.3, time stamp: 0x544ad12f
    Exception code: 0xc0000094
    Fault offset: 0x00014619

    Division by zero, I believe, while trying to look something up in the cache (the function is php_wincache!utils_getindex, which is used by all of the WinCache caches).  Without a crash dump with full heap memory it would be tough to diagnose this one.  If you get a crash dump, send me a private message and I'll take a look.

    MrModo

    Faulting module name: iisfcgi.dll, version: 7.5.7601.17514, time stamp: 0x4ce7c6cb
    Exception code: 0xc0000005
    Fault offset: 0x00000000000079f2

    Hm.  This is an AV in IIS's FastCGI handler.  I've never seen this before, so I'll have to do some more digging on this one.

    MrModo

    Failure in PHP_MINIT_FUNCTION(Wincache): 606
     

    Ah, initialization problem during creation of the WinCache File Cache.  Looks like the app couldn't acquire the startup event in a timely fashion, and then bailed out.  This could happen if your system is under load, and the process couldn't acquire the init event in under 10 seconds.  It could also happen if one of the processes died while holding the event, which would be bad.

    Either way, doing a restart of the app pool should get you out of the situation.

    MrModo

    (the other 2 sites on the server don't have the problem)

    Question: Are the other two sites in the same application pool, or are they in their own application pool(s)?

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 25, 2015 12:54 PM|wishmaster|LINK

    Hi DropPhone,

    The only php_errors.log file entry that I have in my php folder is, PHP_MINIT_FUNCTION error, but I've tones of them.

    Server has 32 gigs of ram and samsung pro ssd disks. There's no heavy load generally cpu has %3~%5 and memory has %10 load.

    Also sometimes wincache crashes and untill I restart IIS nobody can use the web server.

    Windows Server 2012 R2 x64 (up-to-date)

    PHP 5.6.5

    Wincache 1.3.6.4

    --------------------------------------------------------------

    Today I updated to Wincache 1.3.7.4 to get rid of (may be) crash problems. But after updating, everybody on the system starts to complain about that system is not working. I watch it for a couple of hours but like every 10~20 minutes it makes server crash and I force IIS to restart. 

    So I replace the new one with the old one also reduce the user cache memory, because I know it can crash sometimes if doesn't like the memory value. Now it seems like its working but I don't know exactly where the problem is. But I've tones of crash dumps that I can track from event viewer and I can sent them to you if needed.

    Regards

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 25, 2015 04:09 PM|DropPhone|LINK

    wishmaster

    The only php_errors.log file entry that I have in my php folder is, PHP_MINIT_FUNCTION error, but I've tones of them.

    Yes the error:

    PHP Fatal error:  Failure in PHP_MINIT_FUNCTION(Wincache): 402 in Unknown on line 0

    Is due to a problem during WinCache initialization, and will prevent WinCache from running correctly.  Usually its because some process died while trying to start up, and didn't get a chance to set the event handle back to signaled.  This causes all the other process instances to fail to acquire this synchronization event, and therefore fail to start up.

    The other reason it can fail is because your CPU is overloaded, and the WinCache startup code couldn't complete in under 5 seconds.  This timeout has been increased  in 1.3.7.4, but it's still an indication of something being severely wrong.

    The only way out when you see this error is to restart the application pool.

    wishmaster

    Also sometimes wincache crashes and untill I restart IIS nobody can use the web server.

    Several fixes were made in 1.3.6.3 to improve "survive-ability" in cases where WinCache failed to initialize.  Further improvements were made in 1.3.7.4.  As of 1.3.7.4, if a portion of WinCache fails to spin up, it won't cause php-cgi.exe to abort.  It will just not be present.  So, no opcode cache, file cache, user cache, or session cache.  But at least your scripts will execute!

    wishmaster

    Wincache 1.3.6.4

    There is no WinCache 1.3.6.4...this is a rogue build, not released by me.  You should only trust builds that are from the WinCache release point on SourceForge (https://sourceforge.net/projects/wincache/files/), or that you have built yourself with source code pulled from the PECL release point (http://pecl.php.net/package/WinCache). 

    Thank you for your help in making WinCache better!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 26, 2015 01:27 AM|Todd M|LINK

    Hi wishmaster

    I have had exactly the same problem as you. I resulted in just creating a system task that runs every hour to pre-emptively restart IIS:

    Restart IIS.bat:

    net stop "W3SVC"
    net start "W3SVC"

    Just recycling the application pool was not enough.

    The fact that this hack solved my problem implies that there may be an accrual issue that climaxes in a failure but which is circumvented by pre-emptively restarting IIS.

    IMPORTANTLY, for this to work correctly, I had to stop some of the graceful features of IIS:

    Disable Overlapped Recycle: True

    Don't allow IIS to treat PHP with any respect ... just kill it if it begins to fail.

    Of course, your application may require graceful exits, but I encourage you to build in a little tolerance ... which is better than an annoying process hang.

    I still get some PHP_MINIT_FUNCTION(Wincache) errors, but I don't get the process hang.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 27, 2015 06:44 PM|Zetanova|LINK

    Even after all the changes proposed here, the Deathlock is accoured almost immediately on some pages. (with and without srwlocks = 0)

    It is after 20 hours still too early to say clearly that "it runs now",
    but I have found three points.

    1) If the filemapdir="T:\Temp" is set, the switch fcenabled = 0 doesed function any more.

    2) The Deathlock depends definitely together with a terminate caused by php_opcache. Apparently the routine of opcache is called in the read write lock of WinCache and if opcache throws then you have your Deathlock.
    With srwlocks=0 only one fcgi instance locks and with srwlocks=1 all fcgi instancen  of the pool will deatchlock.

    3) There is no good Monitoring for this Problem in the fsgi IIS module
    and there is no file managment for the wincache and opcache.
    (If the swap drive runs full there will be problems)

    I resolved the imidient deathlock Problem,
    After removing all ZendOPcache.MemoryBase@USERNAME cached files
    from the temp Directory.

    I got no Deathlock since 20h.

    I looked into the source:

    wincache_lock.c:
    there is error handling but no timeout is set
    WaitForMultipleObjects(2, hArray, TRUE, INFINITE);

    Would be nice, if after a timeout a php-instance
    will free all the shared waitHandles to recover the applocationPool

    php_wincache.c:
    I think the Problem rootes in the functions pair
    PHP_FUNCTION(wincache_lock) and PHP_FUNCTION(wincache_unlock)
    If php_opcache.dll throws the wincache_unlock function will never be cold.

    Maybe somebody can extend lock_context with a timeout value
    that can be set for the lock in PHP_FUNCTION(wincache_lock)

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 27, 2015 07:58 PM|DropPhone|LINK

    Zetanova

    After removing all ZendOPcache.MemoryBase@USERNAME cached files from the temp Directory.

    If you are using the Zend Opcache, you should definitely turn off the WinCache opcache (wincache.ocenabled=0).  Running both at the same time will have...unpredictable results.

    Zetanova

    Would be nice, if after a timeout a php-instance will free all the shared waitHandles to recover the applocationPool

    I've stared at the WinCache code for a while now, and let's just say that developing a mechanism to re-start the WinCache shared memory segments is a tricky problem.  Especially for the opcode cache.  I know that the Zend Opcache extension has figured out a way to do it, but I haven't looked at it.  I agree it would be nice.  However, there are more urgent items in WinCache to be improved.

    Zetanova

    PHP_FUNCTION(wincache_lock) and PHP_FUNCTION(wincache_unlock)

    If php_opcache.dll throws the wincache_unlock function will never be [called].

    Yes, you are correct.  If *anything* bad happens after you've called wincache_lock, you can seriously hurt WinCache, and by extension, all the running php-cgi.exe's.  wincache_lock/unlock is one of those API's that I wish had never been written, since it's so exceptionally dangerous.

    Unfortunately, adding a timeout to the lock really won't help much, since no one checks the bool return value of the lock to see if they actually acquired the lock.  They just proceed as if they really locked things.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Mar 27, 2015 08:39 PM|Zetanova|LINK

    wincache.ocenabled=0 is allways set since ASLR Problem Oktober 2013.

    if lock_readlock and lock_writelock would return some error (COR_E_TIMEOUT), all xxx_initialize function would free/recover the handles.

    If the php-fcgi process would crash at this point,
    i think that IIS would resend the request on a new php-fcgi instance.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 02, 2015 01:52 PM|davidgarcia|LINK

    I am also experiencing random but frequent (at least once a day, I guess it depends on the workload) Wincache failures, and about 2-3 php-cgi process crashes with dumps a day.

    Failure in PHP_MINIT_FUNCTION(Wincache)

    There's something wrong internally with the windows PHP stack (php/iis/wincache), hope someone is able to gather the right details that will help maintainers sort this out.

    We have also resorted to monitoring the web applications and automatically doing a complete site reset (pool + website) upon PHP hanging (empty response from webserver or 500 code). We cannot reset IIS periodically because this will negatively affect other applications on the server, some of them not running on PHP.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 02, 2015 02:52 PM|Zetanova|LINK

    After the update to 1.3.7 the reroute function Feature was enabled.
    It made an error in a file operation
    [28-Mar-2015 10:00:18 UTC] PHP Fatal error:  Failure in Wincache[11132] free_memory: Block 0x7b4542c not in use in scriptfile.php

    that lead to the deathlock.

    Following Settings are helping to overcome the deathlock

    wincache.reroute_enabled = 0
    wincache.srwlocks = 0

    And in the IIS fcgi module a short "Activity Timeout"

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 02, 2015 06:14 PM|DropPhone|LINK

    Zetanova

    If the php-fcgi process would crash at this point,
    i think that IIS would resend the request on a new php-fcgi instance.

    Actually, a 500 error will be returned to the client, who will usually just hit 'refresh' (F5).

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 22, 2015 08:37 PM|tony_ser|LINK

    Hi folks,

    Apparently there are still "abandoned mutex" issue when one php-cgi process die while having the mutex locked. Even with the latest 1.3.7.

    I don't know enough detail in the code but just want to throw an idea out.

    I assume the mutex on RESPATHS, FILELIST_CACHE, ... are used to coordinate access to common resource between all the php-cgi process? Will it be possible to introduce a flag to not share them between process? i.e. each process will have their own cached copy of FILELIST, RESPATHS,....  Yes it will use more memory but is it something that is worth for the stability of the server?

    Even though the resource in each process may not be identical, but since each request will only be processed by one process, there shouldn't be integrity issue.

    I may be complete out to lunch. Just looking for a solution to keep the server running as right now everytime this abandon mutex error message happen, we need to reset IIS.

    Thanks!

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 24, 2015 11:06 AM|DropPhone|LINK

    Just to be clear, this is on 1.3.7.4, yes?

    Well, there is a diagnostics/testing mode where you can force WinCache into local mode.  And, yes, it will chew up memory like there's no tomorrow.  It also means you will pay the re-compilation and re-caching cost for all resources.  The setting is undocumented, and will remain so.  See: http://forums.iis.net/t/1161932.aspx?undocumented+setting+wincache+localheap 

    You void your warranty if you turn this setting on.  It's testing only, and if you were to run it on a production box, I would make sure you have plenty of bandages and fire retardant nearby.  And be prepared for people to point fingers and laugh at you for ever turning it on.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Oct 29, 2015 03:59 AM|Asycid|LINK

    Hi all!

    We have the same problem with wincache.dll: it crashes randomly, and despite the crash is rather rare, it's really important for us to keep the pages up and running for our clients, so I'm desperately trying to find an answer to our problem. 

    Here is a crashlog that the event viewer drops when php is faulting:

    Faulting application name: php-cgi.exe, version: 5.6.2.0, time stamp: 0x543eed4a
    Faulting module name: php_wincache.dll, version: 1.3.7.7, time stamp: 0x55a7ed9a
    Exception code: 0xc0000005
    Fault offset: 0x0000c146
    Faulting process id: 0x1330
    Faulting application start time: 0x01d10b3d69282ffa
    Faulting application path: C:\WWWData\PHP\php-cgi.exe
    Faulting module path: C:\WWWData\PHP\ext\php_wincache.dll
    Report Id: fa08e65d-7736-11e5-a028-005056010073

    An IISreset always solves the problem, but just for a while, it surely crashes again randomly.

    I've made a crash dump with "debug diag", but not sure what to do with it.

    Thank you in advance!

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 09, 2015 01:53 PM|setiri|LINK

    I'd like to know why wincache is enabled by default with the web pi wordpress install, since it has known issues and will pretty much crash eventually? I'm having to remove it from any install I do, and over the last few versions of wp on webpi...

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 10, 2015 02:14 PM|DropPhone|LINK

    setiri

    I'd like to know why wincache is enabled by default with the web pi

    Interesting question!

    For the most part, the individual components being installed are unaware of *why* they are being installed.  For example, in the Web PI manifest, WordPress depends upon PHP54, WinCache54, and MySQLConnector.  When the dependent components are installed, they aren't aware that they were pulled in by WordPress; they just know they have to install. And WinCache has opcode cache, file cache and user cache enabled by default.

    setiri

    since it has known issues and will pretty much crash eventually

    As for this point, I'm not sure I agree. but then I'm biased, since I'm the dev working on WinCache.  ;)

    If you have crash dumps or specific events that can help me diagnose the issues, I'm more than happy to fix them!

    If you do decide to help with making WinCache better, I only ask that you pick up the most recent build of WinCache for your version of PHP, since many bugs have been fixed since the version of WinCache that is pointed at by the current Web PI manifest.  Currently WebPI is installing 1.3.7.4 (for PHP 5.4 thru 5.6), and the latest version is 1.3.7.8.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 10, 2015 02:44 PM|setiri|LINK

    Whatever the reasoning, I've installed wordpress from webpi on 3 different servers and had all 3 wind up crashing about once per day due to wincache. If it's a known buggy version, then it should be removed from the dependencies at a minimum, and at least give a stable installation, if not a bit slower. (I realize it's not up to you, just venting in the IIS forum).

    And, when I say crash, the site goes down and stays down- I have to restart IIS or reboot to get it to come back. Moderate traffic levels, couple thousand visitors per day.

    wincache fastcgi

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 13, 2015 01:13 PM|DropPhone|LINK

    setiri

    Whatever the reasoning, I've installed wordpress from webpi on 3 different servers and had all 3 wind up crashing about once per day due to wincache.

    It is unfortunate that you're having such an unusual experience with the default WebPI grouping.  We track the Watson crash data for each of the WinCache versions, and since I've taken over WinCache, we've been making steady progress in eliminating the crashing errors.  Further, the customer feedback we've been getting indicates that WinCache is getting more stable over time.

    If you have crash dumps or specific events that can help me diagnose the issues, I'm more than happy to fix them!  The original intent of this thread was to solicit feedback and assistance in nailing down some of the harder to find-and-fix bugs in WinCache.  I'd be happy to work with you to investigate and resolve your issue!  Please feel free to send a private message with details.

    Thx!

        --E.

    wincache fastcgi

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 22, 2016 10:19 PM|SeanDecker|LINK

    So any windows install that uses PHPManager will have bad values for actvityTimeout and requestTime for 300. So all 3 values will be

    idleTimeout                  : 300

    activityTimeout              : 300

    requestTimeout               : 300

     Thus breaking the relationship

     

    DropPhone

    Pro Tip:  IIS enforces a relationship between the three timeouts, such that:

                ( idleTimeout > requestTimeout > activityTimeout )

    I've filed a bug with PHPManager for this but development seems to be dead https://phpmanager.codeplex.com/workitem/2788,

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 24, 2016 10:19 AM|sat ispactivo|LINK

    I currently use the latest version of WinCache 1.3.7.10 and experiment 500 falls and errors in our pages wordpress.

    After reading carefully all the information in the various forums I see that the problem is reproducible on multiple servers 2008 2012 R2 with PHP 5.6 and WinCache.

    After WinCache disable any mistakes anymore.

    Installation from WebPI PHP and WinCache

    The next thing to try PHP7 and WinCache 2.0 to see if this solved ....

    But I doubt it

    The problem has taken months to be identified .....

    Only Caia service and 500 error, so it has been difficult to detect.

    I have not seen any solution.

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    May 24, 2016 04:09 PM|DropPhone|LINK

    sat ispactivo--

    If you have crash dumps or specific events in the system event log that can help me diagnose the issues, I'm more than happy to fix them!  The original intent of this thread was to solicit feedback and assistance in nailing down some of the harder to find-and-fix bugs in WinCache.  I'd be happy to work with you to investigate and resolve your issue!  Please feel free to send a private message with details.

    Thx!

        --E.

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Aug 17, 2016 10:28 AM|laweb|LINK

    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, but still the problem exists. How can I resolve this issue?

    Please, consider this urgent. 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)

    I have provided as much details as I could. Thanks in advance.

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Aug 17, 2016 05:18 PM|DropPhone|LINK

    The offset is in the function is php_wincache!utils_getindex, which is used by all of the WinCache shared memory caches.  Without a crash dump with full heap memory it would be tough to diagnose this one.  If you get a crash dump, send me a private message and I'll take a look.  Oh, and when you do get a dump, please send the output of phpinfo() (or, at least, the wincache portion of the phpinfo() output).

    laweb

    -Request timeout 300

    Are there any errors in the php_error.log file?  For example, if you *do* hit a request timeout, that will most likely lead to corruption in WinCache's shared memory segments, and you'll have to wind up restarting the site/app pool to recover.

    laweb

    -Application pool > Recycling 20 min.

    Why so short?  Every time you recycle the application pool, you're going to wind up flushing the WinCache shared memory caches.

    FYI: There is a more recent version of WinCache: 1.3.7.11 for PHP 5.6:

    https://sourceforge.net/projects/wincache/files/development/wincache-1.3.7.11-dev-5.6-nts-vc11-x86.exe/download 

    Thx!

        --E.

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Aug 18, 2016 02:09 PM|laweb|LINK

    Hi DropPhone,

    Thanks for your reply. Hope you received the PM this morning. 

    I have found the following post in apachelounge

    https://www.apachelounge.com/viewtopic.php?p=29858#29858

    Here the user speaks about some php.ini settings. Specifically:

    extension=php_wincache.dll 
    wincache.apppoolid=C0nw0nk
    zend_extension=php_opcache.dll 
    opcache.mmap_base=0x20000000

    Could these changes help resolve the issue?

    Thanks

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Aug 18, 2016 04:39 PM|DropPhone|LINK

    laweb

    wincache.apppoolid=C0nw0nk

    *never* set the wincache.apppoolid setting.  This is debug only, and will cause you pain.

    laweb

    zend_extension=php_opcache.dll 
    opcache.mmap_base=0x20000000

    These are Zend Opcache settings, so they shouldn't affect WinCache behavior.

    Let's move the rest of this to the PM thread.

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 03, 2017 03:07 AM|markhong|LINK

    Hi laweb, 

    I have the same problem.

    Have you fixed that?

    Thank you.

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Nov 03, 2017 03:11 AM|markhong|LINK

    Hi,

    I had the same problem. It crashed randomly and caused 500 Error.

    Can you help me?

    Event Viewer:

    Faulting application name: php-cgi.exe, version: 7.0.21.0, time stamp: 0x595d4876
    Faulting module name: php_wincache.dll, version: 2.0.0.8, time stamp: 0x58224ad7
    Exception code: 0xc0000005
    Fault offset: 0x0000000000009df1
    Faulting process id: 0x1ac0
    Faulting application start time: 0x01d35416ecf97b82
    Faulting application path: C:\Program Files\PHP\v7.0\php-cgi.exe
    Faulting module path: C:\Program Files\PHP\v7.0\ext\php_wincache.dll
    Report Id: 5aa8163f-ff38-4dfa-a49a-66d4ec51b028
    Faulting package full name:
    Faulting package-relative application ID:

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Feb 03, 2018 03:45 PM|DropPhone|LINK

    markhong

    Fault offset: 0x0000000000009df1

    This is a crash in php_wincache!remove_aplist_entry(), which is used when removing/scavenging items from the cache.  This comes from memory corruption in the shared memory segments.  Unfortunately, the only thing you can do when you hit this problem is to restart the site, which clears out the shared-memory segments.

    Thx!

        --E.

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 03, 2018 03:53 PM|Vladimir Myslik|LINK

    Faulting application name: php-cgi.exe, version: 7.1.15.0, time stamp: 0x5a975cb9
    Faulting module name: php_wincache.dll, version: 2.0.0.8, time stamp: 0x582a01d6
    Exception code: 0xc0000005
    Fault offset: 0x0000000000012a8b
    Faulting process id: 0x1370
    Faulting application start time: 0x01d3cb5dc5fe491f

    I am using IIS 8 FastCGI on Windows Server 2012 R2. NTS version of PHP x64.

    Any suggestions? It looks like it has something to do with user cache because it crashes only on site where I use it.

    It crashes every 20 minutes and it takes about 1 minute to recover from the crashes. Meantime it generates error HTTP 500. Thanks in advance.

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Apr 03, 2018 06:29 PM|DropPhone|LINK

    Vladimir Myslik

    Fault offset: 0x0000000000012a8b

    Hm.  That's a new one.  Copying in a ZVAL hashtable.  I've never seen a crash in this code before.

    Do you have a call stack?  Even better, do you have a full-heap crash dump?  I'd love to know how you got this to break...

  • Re: HTTP 500 errors and Wincache crashes: Request for Info

    Jun 12, 2018 11:16 AM|nikanj|LINK

    Hi,

    We have the same problem, see below. How do we get dumps for you?

    BR,

    Will

    Faulting application name: php-cgi.exe, version: 7.1.17.0, time stamp: 0x5adfe5c2
    Faulting module name: php_wincache.dll, version: 2.0.0.8, time stamp: 0x582a01d6
    Exception code: 0xc0000005
    Fault offset: 0x0000000000012a8b
    Faulting process id: 0x1270
    Faulting application start time: 0x01d4020536b518c9
    Faulting application path: C:\php-7.1.17-nts-Win32-VC14-x64\php-cgi.exe
    Faulting module path: c:\php-7.1.17-nts-Win32-VC14-x64\ext\php_wincache.dll
    Report Id: d6010aaf-6df8-11e8-80ec-005056a653be
    Faulting package full name: 
    Faulting package-relative application ID:

  • DropPhone DropPhone

    360 Posts

    Microsoft

    Moderator

    Re: HTTP 500 errors and Wincache crashes: Request for Info

    Jul 06, 2018 05:39 PM|DropPhone|LINK

    nikanj

    How do we get dumps for you?

    First, gather a crash dump.  Instructions are here: https://forums.iis.net/post/2095233.aspx

    Next, send me a private message once you have the dump.  We can then work out how to transfer the dump file (OneDrive, WeTransfer, DropBox, etc., etc.)

    Thx!

        --E