Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:25787
Return-Path: <mark@suso.org>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 86790 invoked by uid 1010); 21 Sep 2006 15:28:49 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 86775 invoked from network); 21 Sep 2006 15:28:49 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 21 Sep 2006 15:28:49 -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:53846] helo=arvo.suso.org)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id EC/F4-49133-EAFA2154 for <internals@lists.php.net>; Thu, 21 Sep 2006 11:28:47 -0400
Received: by arvo.suso.org (Postfix, from userid 509)
	id 5A26F88069; Thu, 21 Sep 2006 15:28:28 +0000 (GMT)
Date: Thu, 21 Sep 2006 15:28:28 +0000
To: internals@lists.php.net
Message-ID: <20060921152827.GV28043@arvo.suso.org>
References: <20060921140719.GT28043@arvo.suso.org> <10845a340609210727q41c03d4bj15357b1435b2c3a7@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <10845a340609210727q41c03d4bj15357b1435b2c3a7@mail.gmail.com>
User-Agent: Mutt/1.5.11
Subject: Re: [PHP-DEV] Resource problem affecting Curl functions
From: mark@suso.org (Mark Krenz)


  I really can't upgrade right now.  Basically, I'd be risking breaking
the machine because I'd have to upgrade to a newer support version of
Fedora that might have some incompatibilities with some custom packages
I've setup and end up having way too much downtime.  Even if it was at 3
in the morning. Its easier to just setup a new machine and migrate
people to it, but I'm not to that point yet.  So I'm trying to buy some
time and figure out why I can't add any more vhosts.

  When you say filesize, do you mean the filesize of the vhost.conf file
that holds the vhost config?  If so then that doesn't seem to be the
case. The vhost.conf file is currently 198K in size and has 315 vhosts.
It stops working if I have 319 or 320 vhosts.

  I'm going to try setting this up on a newer machine with newer
versions and see if I run into the same problem with the curl functions
under PHP.

  If this helps, this is the curl code that I'm using to test whether
curl works or not.

<?php
$ch = curl_init("http://www.cnn.com/");
$fp = fopen("example_homepage.txt", "w");

curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_HEADER, 0);

curl_exec($ch);
curl_close($ch);
fclose($fp);

print "Well, it seemed to work because this is the last function
call<BR>\n";

?>

 When it fails to work due to having too many vhosts turned on, nothing
is written to the file and my browser just sits there waiting for the
page to complete.  Interestingly enough, things like max_execution_time
doesn't seem to stop the request after the allotted time.  It can sit
there for 10+ minutes and never stop.

Mark
 

On Thu, Sep 21, 2006 at 02:27:42PM GMT, Richard Quadling [rquadling@googlemail.com] said the following:
> 
> 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
> 


-- 
Mark S. Krenz
IT Director
Suso Technology Services, Inc.
http://suso.org/