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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: hayden dot james at pinstack dot com
New email:
PHP Version: OS:

 

 [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: Tue Apr 23 22:01:31 2024 UTC