Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25782 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 65104 invoked by uid 1010); 21 Sep 2006 14:07:39 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 65089 invoked from network); 21 Sep 2006 14:07:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Sep 2006 14:07:39 -0000 Authentication-Results: pb1.pair.com smtp.mail=mark@suso.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=mark@suso.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain suso.org from 216.9.132.134 cause and error) X-PHP-List-Original-Sender: mark@suso.org X-Host-Fingerprint: 216.9.132.134 mail.suso.org Linux 2.5 (sometimes 2.4) (4) Received: from [216.9.132.134] ([216.9.132.134:33157] helo=arvo.suso.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E1/02-49133-9AC92154 for ; Thu, 21 Sep 2006 10:07:38 -0400 Received: by arvo.suso.org (Postfix, from userid 509) id 9234D88059; Thu, 21 Sep 2006 14:07:19 +0000 (GMT) Date: Thu, 21 Sep 2006 14:07:19 +0000 To: internals@lists.php.net Message-ID: <20060921140719.GT28043@arvo.suso.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Resource problem affecting Curl functions From: mark@suso.org (Mark Krenz) 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. -- Mark S. Krenz IT Director Suso Technology Services, Inc. http://suso.org/