On 21/09/06, Mark Krenz <[EMAIL PROTECTED]> wrote:

  I sent this to the php-general mailing list but nobody seemed to be
able to help me there.

  I run a shared webserver with a few hundred vhost containers in
Apache's config.  Recently I got to a point where I added enough vhosts
to cause a problem with curl functions in PHP.  Basically, when PHP
tries to make the curl call to get the webpage, it just hangs the HTTP
request to my webserver.  If I remove a few vhost containers, the
problem stops, if I add them back, the problem starts again.

  I've tried turning up several ulimit values in the apache init script,
but none of those fixed the problem.  I know that its not a problem with
the number of file handles that apache can open because I also had to do

ulimit -n 32768

in the apache init script recently in order to allow more logfiles to be
opened.

  Anyone have any ideas as to what might be causing the curl problem?


This is running on:

Apache 2.0.51
PHP 4.3.10
Linux 2.6.13


/proc/sys/fs/file-max is set to 524288

lsof | wc -l  returns 33497


Thanks,

Mark

ps. I am well aware that I need to upgrade my software so there is no
need to tell me to do that. I'm working on it.

As you intend to upgrade, would it be worth waiting until after the upgrade.

Apache 2.0.59 (not too far behind)
PHP 4.4.4 (maybe a little too far behind)
Linux 2.6.18 (again not too far behind)

Now, there may well be some SIGNIFICANT changes in there.

You say that adding / removing a few makes a difference. Is the
filesize that you are editing (or that ends up being edited if you are
using a web-based tool) significant in size?

Say a 64K or some other bounday? It may be that the filesize has maxed
out (some developer somewhere thought no-one would EVER need more than
1MB of vhost containers!).



--
-----
Richard Quadling
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&amp;r=213474731
"Standing on the shoulders of some very clever giants!"

--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to