#31080 [Ana]: ftp_connect() fails on a system where there is a large number of open files.

2004-12-14 Thread jon at destra dot com
 ID:   31080
 User updated by:  jon at destra dot com
 Reported By:  jon at destra dot com
 Status:   Analyzed
 Bug Type: FTP related
 Operating System: RedHat Linux Fedora Core 2
 PHP Version:  4.3.8
 New Comment:

Sorry, I forgot you get to deal with folks that can't configure a
server reporting things as bugs when they aren't.  :)


Previous Comments:


[2004-12-15 03:57:22] [EMAIL PROTECTED]

Why didn't you give that RH bug number in the first place? Would have
saved our time a lot. :)




[2004-12-15 02:30:21] jon at destra dot com

Please note I opened this ticket at the suggestion of Wez Furlong. 
Please also take a look at the following:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125258



[2004-12-15 02:19:57] jon at destra dot com

It triggers the die.  There is no more error information to report. 
There is nothing in the ftp servers logs to help and I can't really
turn on verbose logging for it in a production environment.

This works fine on an indentically configured server with less open
files, or in light of the following I should say open file descriptors,
on it.

[EMAIL PROTECTED] root]# lsof | wc -l
89854

Which doesn't seem right...

"lsof lists all open files, including files which are not using file
descriptors - such as current working directories, memory mapped
library files, and executable text files."

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-nr
45750   32768

That gives a more relevant number I expect.

Hope that helps some.



[2004-12-15 01:28:41] [EMAIL PROTECTED]

What is the error it gives? (set error_reporting = E_ALL!)
Does the FTP server log have any clues why the connection fails? 
At what point of the connection does it fail? 

Put shortly: We need a lot more information!!

And how many files you HAVE open at the time of the failure?? ("lsof |
wc -l" command helps with that)


--------------------

[2004-12-15 00:55:04] jon at destra dot com

Ahh, no I didn't.  I have more then enough file descriptors but PHP is
not using them.

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-max
32768

I suspect it is hard coding it's max number of file handles?



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/31080

-- 
Edit this bug report at http://bugs.php.net/?id=31080&edit=1


#31080 [Bgs->Opn]: ftp_connect() fails on a system where there is a large number of open files.

2004-12-14 Thread jon at destra dot com
 ID:   31080
 User updated by:  jon at destra dot com
 Reported By:  jon at destra dot com
-Status:   Bogus
+Status:   Open
 Bug Type: FTP related
 Operating System: RedHat Linux Fedora Core 2
 PHP Version:  4.3.8
 New Comment:

Ahh, no I didn't.  I have more then enough file descriptors but PHP is
not using them.

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-max
32768

I suspect it is hard coding it's max number of file handles?


Previous Comments:


[2004-12-14 14:33:19] [EMAIL PROTECTED]

You just run out of filedescriptors. This is not something PHP can fix
for you. You either need to cut down in the number of Open files, or
adjust your kernel parameters.



[2004-12-14 04:12:42] jon at destra dot com

Description:

ftp_connect fails on a server with a large number of open files.

Eg.  In a virtual hosting environment where Apache has 1000+ log files
open.



Reproduce code:
---
$ftp1 = ftp_connect('127.0.0.1') or die("Couldn't connect to server");


Expected result:

Established connection with a handle via $ftp1.

Actual result:
--
The connection fails.






-- 
Edit this bug report at http://bugs.php.net/?id=31080&edit=1


#31080 [Opn]: ftp_connect() fails on a system where there is a large number of open files.

2004-12-14 Thread jon at destra dot com
 ID:   31080
 User updated by:  jon at destra dot com
 Reported By:  jon at destra dot com
 Status:   Open
 Bug Type: FTP related
 Operating System: RedHat Linux Fedora Core 2
 PHP Version:  4.3.8
 New Comment:

Please note I opened this ticket at the suggestion of Wez Furlong. 
Please also take a look at the following:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=125258


Previous Comments:


[2004-12-15 02:19:57] jon at destra dot com

It triggers the die.  There is no more error information to report. 
There is nothing in the ftp servers logs to help and I can't really
turn on verbose logging for it in a production environment.

This works fine on an indentically configured server with less open
files, or in light of the following I should say open file descriptors,
on it.

[EMAIL PROTECTED] root]# lsof | wc -l
89854

Which doesn't seem right...

"lsof lists all open files, including files which are not using file
descriptors - such as current working directories, memory mapped
library files, and executable text files."

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-nr
45750   32768

That gives a more relevant number I expect.

Hope that helps some.



[2004-12-15 01:28:41] [EMAIL PROTECTED]

What is the error it gives? (set error_reporting = E_ALL!)
Does the FTP server log have any clues why the connection fails? 
At what point of the connection does it fail? 

Put shortly: We need a lot more information!!

And how many files you HAVE open at the time of the failure?? ("lsof |
wc -l" command helps with that)


--------

[2004-12-15 00:55:04] jon at destra dot com

Ahh, no I didn't.  I have more then enough file descriptors but PHP is
not using them.

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-max
32768

I suspect it is hard coding it's max number of file handles?



[2004-12-14 14:33:19] [EMAIL PROTECTED]

You just run out of filedescriptors. This is not something PHP can fix
for you. You either need to cut down in the number of Open files, or
adjust your kernel parameters.

------------

[2004-12-14 04:12:42] jon at destra dot com

Description:

ftp_connect fails on a server with a large number of open files.

Eg.  In a virtual hosting environment where Apache has 1000+ log files
open.



Reproduce code:
---
$ftp1 = ftp_connect('127.0.0.1') or die("Couldn't connect to server");


Expected result:

Established connection with a handle via $ftp1.

Actual result:
--
The connection fails.






-- 
Edit this bug report at http://bugs.php.net/?id=31080&edit=1


#31080 [Fbk->Opn]: ftp_connect() fails on a system where there is a large number of open files.

2004-12-14 Thread jon at destra dot com
 ID:   31080
 User updated by:  jon at destra dot com
 Reported By:  jon at destra dot com
-Status:   Feedback
+Status:   Open
 Bug Type: FTP related
 Operating System: RedHat Linux Fedora Core 2
 PHP Version:  4.3.8
 New Comment:

It triggers the die.  There is no more error information to report. 
There is nothing in the ftp servers logs to help and I can't really
turn on verbose logging for it in a production environment.

This works fine on an indentically configured server with less open
files, or in light of the following I should say open file descriptors,
on it.

[EMAIL PROTECTED] root]# lsof | wc -l
89854

Which doesn't seem right...

"lsof lists all open files, including files which are not using file
descriptors - such as current working directories, memory mapped
library files, and executable text files."

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-nr
45750   32768

That gives a more relevant number I expect.

Hope that helps some.


Previous Comments:


[2004-12-15 01:28:41] [EMAIL PROTECTED]

What is the error it gives? (set error_reporting = E_ALL!)
Does the FTP server log have any clues why the connection fails? 
At what point of the connection does it fail? 

Put shortly: We need a lot more information!!

And how many files you HAVE open at the time of the failure?? ("lsof |
wc -l" command helps with that)


--------

[2004-12-15 00:55:04] jon at destra dot com

Ahh, no I didn't.  I have more then enough file descriptors but PHP is
not using them.

[EMAIL PROTECTED] root]# cat /proc/sys/fs/file-max
32768

I suspect it is hard coding it's max number of file handles?



[2004-12-14 14:33:19] [EMAIL PROTECTED]

You just run out of filedescriptors. This is not something PHP can fix
for you. You either need to cut down in the number of Open files, or
adjust your kernel parameters.

------------

[2004-12-14 04:12:42] jon at destra dot com

Description:

ftp_connect fails on a server with a large number of open files.

Eg.  In a virtual hosting environment where Apache has 1000+ log files
open.



Reproduce code:
---
$ftp1 = ftp_connect('127.0.0.1') or die("Couldn't connect to server");


Expected result:

Established connection with a handle via $ftp1.

Actual result:
--
The connection fails.






-- 
Edit this bug report at http://bugs.php.net/?id=31080&edit=1


#31080 [NEW]: ftp_connect() fails on a system where there is a large number of open files.

2004-12-13 Thread jon at destra dot com
From: jon at destra dot com
Operating system: RedHat Linux Fedora Core 2
PHP version:  4.3.8
PHP Bug Type: FTP related
Bug description:  ftp_connect() fails on a system where there is a large number 
of open files.

Description:

ftp_connect fails on a server with a large number of open files.

Eg.  In a virtual hosting environment where Apache has 1000+ log files
open.



Reproduce code:
---
$ftp1 = ftp_connect('127.0.0.1') or die("Couldn't connect to server");


Expected result:

Established connection with a handle via $ftp1.

Actual result:
--
The connection fails.


-- 
Edit bug report at http://bugs.php.net/?id=31080&edit=1
-- 
Try a CVS snapshot (php4):   http://bugs.php.net/fix.php?id=31080&r=trysnapshot4
Try a CVS snapshot (php5.0): 
http://bugs.php.net/fix.php?id=31080&r=trysnapshot50
Try a CVS snapshot (php5.1): 
http://bugs.php.net/fix.php?id=31080&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31080&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31080&r=alreadyfixed
Need backtrace:  http://bugs.php.net/fix.php?id=31080&r=needtrace
Need Reproduce Script:   http://bugs.php.net/fix.php?id=31080&r=needscript
Try newer version:   http://bugs.php.net/fix.php?id=31080&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31080&r=support
Expected behavior:   http://bugs.php.net/fix.php?id=31080&r=notwrong
Not enough info: 
http://bugs.php.net/fix.php?id=31080&r=notenoughinfo
Submitted twice: 
http://bugs.php.net/fix.php?id=31080&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31080&r=globals
PHP 3 support discontinued:  http://bugs.php.net/fix.php?id=31080&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31080&r=dst
IIS Stability:   http://bugs.php.net/fix.php?id=31080&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31080&r=gnused
Floating point limitations:  http://bugs.php.net/fix.php?id=31080&r=float
MySQL Configuration Error:   http://bugs.php.net/fix.php?id=31080&r=mysqlcfg