#20274 [Ctl]: failed to create stream: Too many open files in Unknown on line
ID: 20274 User updated by: fowler at csufresno dot edu Reported By: fowler at csufresno dot edu Status: Critical Bug Type: iPlanet related Operating System: Solaris (all) PHP Version: 4CVS-2002-11-06 Assigned To: wez New Comment: Still seeing it also, but with the entire error message, not just the tail end of it. Built with php4-STABLE-200303181630. Warning: Unknown(/path/to/index.php): failed to open stream: Too many open files in Unknown on line 0 Previous Comments: [2003-03-21 03:10:16] [EMAIL PROTECTED] The error is not completely fixed: Now only the second line appears: Warning: (null)(): Failed opening '/pangaea/webserver/docs/index.php' for inclusion (include_path='.:/pangaea/PHP4/lib/php') in Unknown on line 0 [2003-03-20 19:09:23] [EMAIL PROTECTED] Testing the new code at the moment... Will inform you if problem occurs after several hours of running. Hope not :) We should write to the coding guidelines that nobody should use fopen()... in the whole PHP code. There are a lot of extensions which use fopen to create logfiles etc. All of them can fail on systems with Solaris and other Unixes with the libc of AT&T. [2003-03-20 10:39:10] ewa at buffalo dot edu having similar problem on: php4.3.1, solaris 8, apache 1.3.17+ssl_1.48 webserver needs a restart ever 2-3 days otherwise sites don't load properly and we get errors: Warning: main() [function.main <http://www.php.net/function.main>]: Failed opening 'admissions_navigation.inc' for inclusion (include_path='.:/usr/local/lib/php') in /info/www/ubwww/admissions/index.php on line 13 Warning: main(admissions_page.inc) [function.main <http://www.php.net/function.main>]: failed to create stream: Too many open files in /info/www/ubwww/admissions/index.php on line 14 Warning: main() [function.main <http://www.php.net/function.main>]: Failed opening 'classes/CONFIG/log_config.inc' for inclusion (include_path='.:/usr/local/lib/php') in /info/www/ubwww/admissions/index.php on line 15 Warning: main(classes/class_logger.inc) [function.main <http://www.php.net/function.main>]: failed to create stream: Too many open files in /info/www/ubwww/admissions/index.php on line 16 Warning: main() [function.main <http://www.php.net/function.main>]: Failed opening 'classes/class_logger.inc' for inclusion (include_path='.:/usr/local/lib/php') in /info/www/ubwww/admissions/index.php on line 16 [2003-03-18 11:32:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Please try the next snapshot, available in approx 45 minutes time. [2003-03-08 14:41:40] [EMAIL PROTECTED] Also the perl programmers have the same problem: the version of perl i mentioned before that I had compiled myself was on an AIX box so it wasn't a fair test, because when I compiled perl on the sun box myself I still had the 256 open file limit. I started poking through perl documentation and found this in README.solaris The stdio(3C) manpage notes that only 255 files may be opened using fopen(), and only file descriptors 0 through 255 can be used in a stream. Since perl calls open() and then fdopen(3C) with the resulting file descriptor, perl is limited to 255 simultaneous open files. So we should choose one of the following possibilities: a) use only open() and not fopen(), which should be possible beacuse later in streams.c only the read file descriptor is obtained with fileno(). Why also use fopen? b) in solaris use parts of glibc which handles fopen-streams. --
#22416 [Com]: failed to create stream: Too many open files in Unknown on line 0
ID: 22416 Comment by: fowler at csufresno dot edu Reported By: jhalla at legion dot org Status: No Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: Still seeing it with php4-STABLE-200303121630. Previous Comments: [2003-03-13 12:16:09] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-03-07 19:55:47] [EMAIL PROTECTED] jflemer: Thats my guess. You could try running the "ab" (apache bench) tool to stress test the dev server and see if the fault occurs. [2003-03-07 11:34:39] [EMAIL PROTECTED] Wez, I've just tried a recent snapshot (stable 200303051430), and I no longer see this warning. However, without deploying this on a production server, I cannot get the same hit rate, and the same variation on php script execution. Do you think that this was just a symptom of Bug #21713 (leaky descriptors on remote includes)? ---- [2003-03-05 18:20:11] fowler at csufresno dot edu 4.3.2-dev (stable latest snap) Still see it. "failed to open stream: Too many open files in Unknown on line 0" Anyone run pstack on the httpd, yet? [2003-03-05 08:16:28] [EMAIL PROTECTED] *please* try the stable snapshot. 4.3.1 contains *NO* bug fixes over 4.3.0 (as it states in the NEWS). 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/22416 -- Edit this bug report at http://bugs.php.net/?id=22416&edit=1
#22416 [Com]: failed to create stream: Too many open files in Unknown on line 0
ID: 22416 Comment by: fowler at csufresno dot edu Reported By: jhalla at legion dot org Status: Feedback Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4.3.0 New Comment: 4.3.2-dev (stable latest snap) Still see it. "failed to open stream: Too many open files in Unknown on line 0" Anyone run pstack on the httpd, yet? Previous Comments: [2003-03-05 08:16:28] [EMAIL PROTECTED] *please* try the stable snapshot. 4.3.1 contains *NO* bug fixes over 4.3.0 (as it states in the NEWS). [2003-03-05 07:46:53] jhalla at legion dot org We have not tested PHP 4.3.1 on Solaris with Apache; only iPlanet/Sun ONE. Perhaps this issue is not 'iPlanet related' but 'Solaris related' ? [2003-03-04 20:34:06] [EMAIL PROTECTED] I am seeing this problem as well, but with Apache. OS: Solaris 8 SAPI: Apache 1.3.27 PHP: 4.3.1 (module) './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--enable-versioning' '--with-mysql=/usr/local/mysql' '--with-oci8=/usr/local/oracle/product/8.0.6' '--enable-track-vars' '--enable-safe-mode' '--with-zlib=/usr/local' '--with-ldap=/usr/local' '--with-png-dir=/usr/local' '--with-jpeg-dir=/usr/local' '--with-gd=/usr/local' '--with-ccvs=/usr/local/ccvs' '--with-mcal=/usr/local/mcal' '--enable-dbase' '--with-freetype-dir=/usr/local' '--with-mcrypt=/usr/local' '--enable-gd-native-ttf' '--with-openssl' [2003-02-27 10:56:59] webmaster at telearmenia dot net dot co Download and install the CVS recommended by you but the mistake repeats Warning: Unknown(/path/to/doc-root/index.php): failed to open stream: Too many open files in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/path/to/doc-root/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 Some suggestion [2003-02-26 15:35:54] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Could you please clarify on whether or not you've found this bug in LATEST stable CVS avaliable for download from the URLs above? 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/22416 -- Edit this bug report at http://bugs.php.net/?id=22416&edit=1
#22447 [Bgs->Opn]: failed to open stream: Too many open files in
ID: 22447 User updated by: fowler at csufresno dot edu Reported By: fowler at csufresno dot edu -Status: Bogus +Status: Open Bug Type: iPlanet related Operating System: solaris 8 -PHP Version: 4.2.3 +PHP Version: 4.2.3-stable-dev New Comment: While this might be similar to bug #22416, I certainly feel that it is NOT the same bug. As I stated the first time, this has nothing to do with CREATING streams, but rather OPENING streams. Because the the error is different, I feel this should be treated as a different bug. I installed the lastest stable version, which corrected the problem seen with bug 22416, therefore this should not be considered a duplicate bug. Previous Comments: [2003-02-26 18:28:57] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. Dupe of bug #22416 [2003-02-26 17:19:25] fowler at csufresno dot edu php4-STABLE-200302251630 Solaris 8 ./configure --with-nsapi=/web/server/root might be related to Bug #20274 ??? Web server runs for a while and then reports "failed to OPEN stream". Bug #20274 reports "failed to CREATE stream". Warning: Unknown(/user/cvipnet/htdocs/index.php): failed to open stream: Too many open files in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/user/cvipnet/htdocs/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=22447&edit=1
#22447 [NEW]: failed to open stream: Too many open files in
From: fowler at csufresno dot edu Operating system: solaris 8 PHP version: 4.2.3 PHP Bug Type: iPlanet related Bug description: failed to open stream: Too many open files in php4-STABLE-200302251630 Solaris 8 ./configure --with-nsapi=/web/server/root might be related to Bug #20274 ??? Web server runs for a while and then reports "failed to OPEN stream". Bug #20274 reports "failed to CREATE stream". Warning: Unknown(/user/cvipnet/htdocs/index.php): failed to open stream: Too many open files in Unknown on line 0 Warning: (null)() [function.include]: Failed opening '/user/cvipnet/htdocs/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 -- Edit bug report at http://bugs.php.net/?id=22447&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22447&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22447&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22447&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22447&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22447&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22447&r=support Expected behavior: http://bugs.php.net/fix.php?id=22447&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22447&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22447&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22447&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22447&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22447&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22447&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22447&r=gnused
#20274 [NoF->Opn]: failed to create stream: Too many open files in Unknown on line
ID: 20274 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: Increasing file descriptors only delays the problem. Our script to monitor the problem reports the following: Monitoring http://our.site.com Attempting to contact instance, try # 0 Web server successfully contacted Too many open files being reported. Likely PHP problem ... =-=-=-=-=-=-=-=-=-=-= HTML RETURNED =-=-=-=-=-=-=-=- HTTP/1.1 200 OK Connection: close Date: Wed, 22 Jan 2003 00:50:00 GMT Server: Netscape-Enterprise/6.0 Content-Type: text/html Client-Date: Wed, 22 Jan 2003 00:50:01 GMT Client-Peer: 192.10.1.2:80 X-Powered-By: PHP/4.3.0 Warning: Unknown(/site/web/index.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Unknown(): Failed opening '/site/web/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 Shutting down server with script: /web/https-web-server/stop Restarting server with script: /web/https-web-server/start done. Attempting to contact instance, try # 1 Web server successfully contacted PHP problems resolved by restarting web server Where can I go from here? Previous Comments: [2002-12-27 01:00:04] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-11 17:12:32] [EMAIL PROTECTED] Please try increasing your kernel file descriptor limit [2002-12-11 13:57:32] [EMAIL PROTECTED] I get the same error message "failed to create stream: Too many open files in Unknown on line 0" and "for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0" I have php4.3.0RC2 and iplanet6 SP5. I opened the bug #20653. I was told to compile the latest php on my system and you send me php4.4.0-Dev. But I did not wanted to put Dev on the production box so I downloaded php4.3.0rc2 off of php.net site and installed it on my test box. I tested it for 10 days it worked fine. But now that I compiled the same thing on the production box I get the above error messages. What should I do? [2002-12-01 04:43:02] [EMAIL PROTECTED] [EMAIL PROTECTED]: Can you try increasing your kernel file descriptor limit (Try doubling it)? (Don't ask me how; I don't have Solaris). It's possible that PHP just uses more files concurrently than it used to, however, it could also be a leak. [2002-11-30 18:04:12] [EMAIL PROTECTED] P.S. was able to correct the make issue with 4.2.3 with correct nsapi include path. 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/20274 -- Edit this bug report at http://bugs.php.net/?id=20274&edit=1
#20274 [NoF->Opn]: failed to create stream: Too many open files in Unknown on line
ID: 20274 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: iPlanet related Operating System: Solaris 8 PHP Version: 4CVS-2002-11-06 New Comment: [EMAIL PROTECTED] might have the solution... I was forced to fall back on a previous build and not able to persue the problem further. Previous Comments: [2002-11-21 17:11:33] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2002-11-12 06:05:51] [EMAIL PROTECTED] Switching to PHP 4.2.3 solved the problem for me. Thanks, [EMAIL PROTECTED] [2002-11-08 06:26:02] [EMAIL PROTECTED] I am experiencing the same thing (OS: Solaris 8 and Solaris 7; iPlanet 4.1 webserver SP9; PHP4.0.4pl1). After restarting the webserver, each time I can do a certain (almost always the same) number of requests for a script and then things go wrong with file-access: Warning: fopen("/path/to/file","r") - Error 0 in /path/to/script.php on line 104. After that, filehandles appear to be invalid and after that, when I request the script bestel.php, it cannot be opened: Warning: Failed opening '/path/to/script/bestel.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0. If more information is needed for help, I will gladly provide it. [2002-11-06 08:43:41] [EMAIL PROTECTED] Is there a sample script we can try to reproduce this with? [2002-11-06 04:28:41] [EMAIL PROTECTED] Does the same script exhibit the same behaviour using PHP 4.2.x? 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/20274 -- Edit this bug report at http://bugs.php.net/?id=20274&edit=1
#20274 [NEW]: failed to create stream: Too many open files in Unknown on line
From: [EMAIL PROTECTED] Operating system: Solaris 8 PHP version: 4CVS-2002-11-06 PHP Bug Type: iPlanet related Bug description: failed to create stream: Too many open files in Unknown on line We are running php4-200211030600 with Sun One Web Server 6.0sp4 on Solaris 8. It was compiled with gcc 2.95.3 using './configure' \ '--with-nsapi=/path/to/iplanet/web/server' \ It compiled successfully and runs fine for a few hours but accessing pages soon reports the following: == Warning: Unknown(/path/to/doc-root/index.php): failed to create stream: Too many open files in Unknown on line 0 Warning: Failed opening '/path/to/doc-root/index.php' for inclusion (include_path='.:/usr/local/lib/php') in Unknown on line 0 == A quick fix is to setup a cron job to restart the web server hourly, but this is not desired. Please let me know if I can provide additional details regarding this issue. Thanks, Jay -- Edit bug report at http://bugs.php.net/?id=20274&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=20274&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=20274&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=20274&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=20274&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=20274&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=20274&r=support Expected behavior: http://bugs.php.net/fix.php?id=20274&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=20274&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=20274&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=20274&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=20274&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=20274&r=dst IIS Stability: http://bugs.php.net/fix.php?id=20274&r=isapi
Bug #16862 Updated: Can't compile PHP with LDAP: ldap_start_tls_s don't found
ID: 16862 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 8.0 PHP Version: 4.2.0 New Comment: I removed references to 'ldap_start_tls_s' in ldap.c and I was able to build the ldap module and get it working with the web server. Previous Comments: [2002-05-06 18:49:18] [EMAIL PROTECTED] I had the same problem using gcc. PHP 4.2 seems to include code for start_tls when it sees an ldap version >2000, however, solaris ldap version (defined in /usr/include/ldap.h) is 2004, yet it does not support this function. I changed line 441 in ldap.c to read #if LDAP_API_VERSION >= 2000 lines 528, 537, 546 #if ( LDAP_API_VERSION >= 2000 ) || HAVE_NSLDAP and set the LDAP_API_VERSION in /usr/include/ldap.h to 2000 this seemed to compile ok and ran with no error. Looks like we need some more #ifdef statements. [2002-05-06 18:49:04] [EMAIL PROTECTED] I had the same problem using gcc. PHP 4.2 seems to include code for start_tls when it sees an ldap version >2000, however, solaris ldap version (defined in /usr/include/ldap.h) is 2004, yet it does not support this function. I changed line 441 in ldap.c to read #if LDAP_API_VERSION >= 2000 lines 528, 537, 546 #if ( LDAP_API_VERSION >= 2000 ) || HAVE_NSLDAP and set the LDAP_API_VERSION in /usr/include/ldap.h to 2000 this seemed to compile ok and ran with no error. Looks like we need some more #ifdef statements. [2002-04-26 15:37:00] [EMAIL PROTECTED] When try to compile the PHP under Solaris 8 with NS-LDAP API 4.1 or native ldap, generate the follow error: Undefined first referenced symbol in file ldap_start_tls_s./.libs/libphp4.a(ldap.o) ld: fatal: Symbol referencing errors. No output written to php collect2: ld returned 1 exit status Using SUN native C compiler (SUNWspro rel 5.0) and gcc 3.0.4 The configure line is: './configure' '--prefix=/usr/opt/php' '--enable-shared' '--with-openssl' '--with-ibm-db2=/SOMEWHERE/IBMdb2/V6.1' '--enable-sysvsem' '--enable-sysvshm' '--with-java=/usr/j2se' '--enable-ftp' '--with-mysql=/SOMEWHERE/mysql' '--with-pgsql=/SOMEWHERE/pgsql' '--with-config-file-path=/usr/opt/php/etc' '--with-pdflib' '--with-jpeg-dir=/SOMEWHERE' '--with-png-dir' '--with-tiff-dir' '--with-xpm-dir' '--with-gd' '--with-zlib-dir=/usr/lib' '--enable-shmop' '--enable-sigchild' '--enable-safe-mode' '--with-exec-dir=/usr/opt/php/bin' '--with-tsrm-pthreads' '--with-mhash=/SOMEWHERE' '--enable-memory-limit' '--with-ldap=/SOMEWHERE' -- Edit this bug report at http://bugs.php.net/?id=16862&edit=1
Bug #17319 Updated: zend.h:55:19: unix.h: No such file or directory
ID: 17319 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Compile Failure Operating System: Solaris 8 PHP Version: 4.2.1 New Comment: see: http://bugs.php.net/bug.php?id=17362 I ran into this problem myself. I was using gcc version 3.0.3 on solaris 8 (php4.2.1). I got it to compile by installing the following packages (available from sunfreeware.com) ... milage may vary! m4-1.4-sol8-sparc-local.gz automake-1.6-sol8-sparc-local.gz autoconf-2.53-sol8-sparc-local.gz binutils-2.11.2-sol8-sparc-local.gz I rebuilt the configure file and ran it again (see bug id 17362). Seemed to compile after that. Previous Comments: [2002-05-20 16:17:45] [EMAIL PROTECTED] Have you tried CC=/path/to/gcc ./configure ... ? [2002-05-20 16:13:12] [EMAIL PROTECTED] Using GCC download from www.sunfreeware.com # ./configure --with-mysql --with-apache=../apache_1.3.24/ # make Making all in Zend /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../main-D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2 -prefer-non-pic -static -c -o zend_language_parser.lo `test -f zend_language_parser.c || echo './'`zend_language_parser.c In file included from zend_compile.h:24, from zend_language_parser.c:147: zend.h:55:19: unix.h: No such file or directory *** Error code 1 make: Fatal error: Command failed for target `zend_language_parser.lo' Current working directory /scratch/src/php-4.2.1/Zend *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I try some solutions that was report but don't work. Can some one help me? -- Edit this bug report at http://bugs.php.net/?id=17319&edit=1