>Number: 2609 >Category: os-solaris >Synopsis: exits with "Too many open files; unable to open a file >descriptor above 15" >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Jul 14 10:00:01 PDT 1998 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3.0 >Environment: Solaris 2.5.1 (sunos 5.5.1) with all sun's recommended patches Compiled using Gcc 2.7 >Description: Apache refuses to open the first CLF transfer log it comes accross, citing a lack of FD's (15 max).
This is clearly not the case as killing our LIVE apache 1.2.6 server (130 processes at mid-load) and attempting to start httpd1.3.0 results in the same crash. Despite the dead 1.2.6 server freeing up some 30+ FD's, 1.3.0 still claims that 15 is the max it can open. >How-To-Repeat: Attempt to open a transferlog in the environment described >Fix: Have looked at the source but cannot pinpoint the cause, is somewhere in the code underlying "ap_open_piped_log()" I think. Confused. >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ]