Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:25783 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 71246 invoked by uid 1010); 21 Sep 2006 14:27:46 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 71231 invoked from network); 21 Sep 2006 14:27:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 21 Sep 2006 14:27:46 -0000 Authentication-Results: pb1.pair.com header.from=rquadling@googlemail.com; sender-id=pass; domainkeys=good Authentication-Results: pb1.pair.com smtp.mail=rquadling@googlemail.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 64.233.166.182 as permitted sender) DomainKey-Status: good X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: rquadling@googlemail.com X-Host-Fingerprint: 64.233.166.182 py-out-1112.google.com Linux 2.4/2.6 Received: from [64.233.166.182] ([64.233.166.182:42989] helo=py-out-1112.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 80/13-49133-161A2154 for ; Thu, 21 Sep 2006 10:27:45 -0400 Received: by py-out-1112.google.com with SMTP id t32so723178pyc for ; Thu, 21 Sep 2006 07:27:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=googlemail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KCZn32HYwvcfoCl3qIOnxP5s0tZNY/8NF89fv0+xsheMbuRHLZ3mtUTdWhHiZwgG4v3LoDTuZtoyUf2orsWOg56pEtyQOZ2SI17Px+nO4uOaz5NMAdlrex97p8MoGpmzjSYSN87nJ9VGptqJhcsnc5lVwgPrSeZxoykdpL2RVCo= Received: by 10.35.53.18 with SMTP id f18mr30970207pyk; Thu, 21 Sep 2006 07:27:42 -0700 (PDT) Received: by 10.35.93.18 with HTTP; Thu, 21 Sep 2006 07:27:42 -0700 (PDT) Message-ID: <10845a340609210727q41c03d4bj15357b1435b2c3a7@mail.gmail.com> Date: Thu, 21 Sep 2006 15:27:42 +0100 Reply-To: RQuadling@GoogleMail.com To: "Mark Krenz" Cc: internals@lists.php.net In-Reply-To: <20060921140719.GT28043@arvo.suso.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060921140719.GT28043@arvo.suso.org> Subject: Re: [PHP-DEV] Resource problem affecting Curl functions From: rquadling@googlemail.com ("Richard Quadling") On 21/09/06, Mark Krenz 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&r=213474731 "Standing on the shoulders of some very clever giants!"