php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #49793 Max open files limit hit when specifying error_reporting in vhost config
Submitted: 2009-10-06 17:30 UTC Modified: 2009-10-14 01:00 UTC
From: josh at endries dot org Assigned:
Status: No Feedback Package: Apache2 related
PHP Version: 5.2.11 OS: RHEL5
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2009-10-06 17:30 UTC] josh at endries dot org
Description:
------------
When I specify "php_[admin_]value error_reporting #" in an Apache virtualhost, loading a page "instantly" fills up the open file descriptors with the PHP error_log. When I comment out that one line, everything works normally. I've used values from 32767 up to 10000000000 but it doesn't seem to matter. If it's defined, my open files limit gets reached on the first request, or higher if the page is simply phpinfo(). Loading my index stops at 1008, the nfo.php script (which is just "<?php phpinfo();") climbed up over 4036 after 3 refreshes. After further testing, everything works correctly with error_reporting values (powers of two, minus one) up to 2047. Values of 4095 and higher cause this problem.

Reproduce code:
---------------
Script:

<?php phpinfo();

VHost config:

php_value error_reporting 65535


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-10-06 20:23 UTC] jani@php.net
Please try using this snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/


 [2009-10-14 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri May 17 23:01:32 2024 UTC