php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #58155 APC crashes application pools or webgardens
Submitted: 2008-04-14 17:42 UTC Modified: 2014-02-28 12:48 UTC
From: hayden dot james at pinstack dot com Assigned: krakjoe (profile)
Status: Closed Package: APC (PECL)
PHP Version: 5.2.5 OS: Windows 2003 server IIS 6
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
MUST BE VALID
Solve the problem:
35 - 23 = ?
Subscribe to this entry?

 
 [2008-04-14 17:42 UTC] hayden dot james at pinstack dot com
Description:
------------
In IIS6 you can't use php_apc.dll with application pools or webgardens (Multi-Instance/Multi-Threading). When you try it, the Application pools crash when requests run.

Reproduce code:
---------------
Install latest stable APC
In IIS 6 right click the apppool which serves the same site where APC is installed and "Maximimum number of worker processes to ANY number above 1"

The Application pool will crash when requests run. To stop www service you will now have to manually stop the w3wp.exe instances using task manager.


Expected result:
----------------
I expect it to work like xcache which we've had to use. However, xcache seems slower but stability always comes first.

Actual result:
--------------
site halts and stops serving request. Anonymous connections (requests) skyrocket into a backlog and can halt entire system if you don't have "rapid fail protection" iis feature enabled.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-04-14 17:50 UTC] hayden dot james at pinstack dot com
Should be:

and increase "Maximimum number of worker processes" to ANY number above
1
 [2014-02-28 12:48 UTC] krakjoe@php.net
-Status: Open +Status: Closed -Assigned To: +Assigned To: krakjoe
 [2014-02-28 12:48 UTC] krakjoe@php.net
Closing this bug for several reasons:
 
 5.2 is no longer supported software.
 APC is no longer the primary means of caching opcodes.

 Side note:

 The reason for this behaviour is explicable, APC shares memory between child processes, this is most suited for most kinds of environment and allows the fastest kind of mapping. It may have been avoidable by configuration, or may have just been incompatible.

Thanks for helping to make PHP better :)
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Mar 29 09:01:28 2024 UTC