Return-Path: Delivered-To: apmail-apache-bugdb-archive@apache.org Received: (qmail 91817 invoked by uid 500); 30 Jul 2001 19:10:01 -0000 Mailing-List: contact apache-bugdb-help@apache.org; run by ezmlm Precedence: bulk Reply-To: apache-bugdb@apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list apache-bugdb@apache.org Received: (qmail 91771 invoked by uid 501); 30 Jul 2001 19:10:01 -0000 Date: 30 Jul 2001 19:10:01 -0000 Message-ID: <20010730191001.91770.qmail@apache.org> To: apache-bugdb@apache.org Cc: apache-bugdb@apache.org, From: "Tom Grindrod" Subject: RE: config/8107: Apache keeping files open to long Reply-To: "Tom Grindrod" The following reply was made to PR config/8107; it has been noted by GNATS. From: "Tom Grindrod" To: Cc: Subject: RE: config/8107: Apache keeping files open to long Date: Mon, 30 Jul 2001 15:31:57 -0400 What I did was get rid of most of my access logs for the virtual hosts and consolidate my error logs, but the size of the apache process files continues to grow. Below is an example of all the FD's associated w/one apache process on my system. The thing that seems to be growing is the lines with "socket" in them. This appears to be the problem. They just keep growing and none are going away. How can I clean up these?? This is not the OS, I already spent two weeks working with RedHat before discovering problems with the apache process files. A little help PLEASE??? Here is on Apache FD [root@petros fd]# ls -l total 0 lr-x------ 1 root root 64 Jul 30 14:57 0 -> /dev/null l-wx------ 1 root root 64 Jul 30 14:57 1 -> /dev/null lr-x------ 1 root root 64 Jul 30 14:57 10 -> pipe:[46297] lrwx------ 1 root root 64 Jul 30 14:57 11 -> socket:[41882] lrwx------ 1 root root 64 Jul 30 14:57 12 -> socket:[41926] lrwx------ 1 root root 64 Jul 30 14:57 13 -> socket:[41939] lrwx------ 1 root root 64 Jul 30 14:57 14 -> socket:[41956] l-wx------ 1 root root 64 Jul 30 14:57 15 -> /usr/local/apache/ logs/error_log l-wx------ 1 root root 64 Jul 30 14:57 16 -> /usr/local/apache/ logs/secure_error_log l-wx------ 1 root root 64 Jul 30 14:57 17 -> /home/httpd/html/s urvey/logs/survey-error_log l-wx------ 1 root root 64 Jul 30 14:57 18 -> /usr/local/apache/ logs/doc-error_log l-wx------ 1 root root 64 Jul 30 14:57 19 -> /usr/local/apache/ logs/www.corba.org-error_log l-wx------ 1 root root 64 Jul 30 14:57 2 -> /home/apache_logs/e rror_log l-wx------ 1 root root 64 Jul 30 14:57 20 -> /home/apache_logs/ error_log lrwx------ 1 root root 64 Jul 30 14:57 21 -> socket:[27285] lrwx------ 1 root root 64 Jul 30 14:57 22 -> socket:[27286] l-wx------ 1 root root 64 Jul 30 14:57 23 -> /usr/local/apache/ logs/ssl_engine_log l-wx------ 1 root root 64 Jul 30 14:57 24 -> /usr/local/apache/ logs/ssl_mutex.2293 l-wx------ 1 root root 64 Jul 30 14:57 25 -> /usr/local/apache/ logs/ip_log l-wx------ 1 root root 64 Jul 30 14:57 26 -> /home/apache_logs/ access_log l-wx------ 1 root root 64 Jul 30 14:57 27 -> /usr/local/apache/ logs/secure_access_log l-wx------ 1 root root 64 Jul 30 14:57 28 -> /usr/local/apache/ logs/ssl_request_log l-wx------ 1 root root 64 Jul 30 14:57 29 -> /home/httpd/html/s urvey/logs/survey-access_log l-wx------ 1 root root 64 Jul 30 14:57 30 -> /usr/local/apache/ logs/doc-access_log l-wx------ 1 root root 64 Jul 30 14:57 31 -> /usr/local/apache/ logs/www.corba.org-access_log l-wx------ 1 root root 64 Jul 30 14:57 32 -> /home/apache_logs/ access_log l-wx------ 1 root root 64 Jul 30 14:57 33 -> /home/apache_logs/ access_log l-wx------ 1 root root 64 Jul 30 14:57 34 -> /usr/local/apache/ logs/www.corba.org-access_log l-wx------ 1 root root 64 Jul 30 14:57 35 -> /usr/local/apache/ logs/httpd.lock.2294 (deleted) l-wx------ 1 root root 64 Jul 30 14:57 36 -> /usr/local/apache/ logs/ssl_mutex.2293 lrwx------ 1 root root 64 Jul 30 14:57 37 -> socket:[41972] lrwx------ 1 root root 64 Jul 30 14:57 38 -> socket:[41987] lrwx------ 1 root root 64 Jul 30 14:57 39 -> socket:[42491] lrwx------ 1 root root 64 Jul 30 14:57 4 -> socket:[29892] lrwx------ 1 root root 64 Jul 30 14:57 40 -> socket:[58347] lr-x------ 1 root root 64 Jul 30 14:57 41 -> pipe:[54554] l-wx------ 1 root root 64 Jul 30 14:57 42 -> pipe:[54554] lrwx------ 1 root root 64 Jul 30 14:57 43 -> socket:[61241] lrwx------ 1 root root 64 Jul 30 14:57 44 -> socket:[61505] lrwx------ 1 root root 64 Jul 30 14:57 45 -> socket:[61493] lrwx------ 1 root root 64 Jul 30 14:57 5 -> socket:[30471] lrwx------ 1 root root 64 Jul 30 14:57 6 -> socket:[30518] lrwx------ 1 root root 64 Jul 30 14:57 7 -> socket:[30540] lrwx------ 1 root root 64 Jul 30 14:57 8 -> socket:[30565] lrwx------ 1 root root 64 Jul 30 14:57 9 -> socket:[34981] This is a log of the file-max increasing at the same time. Mon Jul 30 14:20:00 EDT 2001 1590 19 4096 Mon Jul 30 14:25:00 EDT 2001 1611 16 4096 Mon Jul 30 14:30:00 EDT 2001 1631 26 4096 Mon Jul 30 14:35:01 EDT 2001 1656 23 4096 Mon Jul 30 14:40:00 EDT 2001 1812 111 4096 Mon Jul 30 14:45:00 EDT 2001 1844 87 4096 Mon Jul 30 14:50:00 EDT 2001 1844 74 4096 Mon Jul 30 14:55:01 EDT 2001 1871 83 4096 Mon Jul 30 15:00:00 EDT 2001 1871 125 4096 Mon Jul 30 15:05:00 EDT 2001 1871 88 4096 [root@petros fd]#-----Original Message----- From: slive@apache.org [mailto:slive@apache.org] Sent: Monday, July 30, 2001 11:51 AM To: apache-bugdb@apache.org; slive@apache.org; tom@omg.org Subject: Re: config/8107: Apache keeping files open to long [In order for any reply to be added to the PR database, you need] [to include in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ] Synopsis: Apache keeping files open to long State-Changed-From-To: open-closed State-Changed-By: slive State-Changed-When: Mon Jul 30 08:51:02 PDT 2001 State-Changed-Why: Apache should not be "leaking" file descriptors. If this is actually happening, I suggest upgrading to the most recent release of Apache 1.3 and seeing if that fixes your problem. However, I suspect your problem is more along the lines discussed here: http://httpd.apache.org/docs/misc/FAQ.html#fdlim Thanks for using Apache!