Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 42767 invoked from network); 24 Aug 2009 16:57:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Aug 2009 16:57:54 -0000 Received: (qmail 58120 invoked by uid 500); 24 Aug 2009 15:08:59 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 58070 invoked by uid 500); 24 Aug 2009 15:08:58 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 58059 invoked by uid 99); 24 Aug 2009 15:08:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 15:08:58 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [76.96.59.227] (HELO QMTA12.westchester.pa.mail.comcast.net) (76.96.59.227) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 24 Aug 2009 15:08:47 +0000 Received: from OMTA21.westchester.pa.mail.comcast.net ([76.96.62.72]) by QMTA12.westchester.pa.mail.comcast.net with comcast id YDoP1c0071ZXKqc5CF8S3K; Mon, 24 Aug 2009 15:08:26 +0000 Received: from [192.168.1.101] ([69.143.128.194]) by OMTA21.westchester.pa.mail.comcast.net with comcast id YFC51c0084BnRt93hFC5Dn; Mon, 24 Aug 2009 15:12:05 +0000 Message-ID: <4A92ACE9.4070008@christopherschultz.net> Date: Mon, 24 Aug 2009 11:08:25 -0400 From: Christopher Schultz User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.1) Gecko/20090715 Thunderbird/3.0b3 MIME-Version: 1.0 To: Tomcat Users List Subject: Re: Clearing the catalina.out file References: <4A8525D8.128C.0068.0@matc.edu> <680cbe0e0908140713n53c93253r37673d7019106619@mail.gmail.com> <4A852C0B.128C.0068.0@matc.edu> <4A8578ED.1010806@christopherschultz.net> <4A85372B.128C.0068.0@matc.edu> <4A85817C.1080201@christopherschultz.net> <4A853E7D.128C.0068.0@matc.edu> <022d01ca1cff$0384bf30$0a8e3d90$@com> <4A8597F0.5050205@christopherschultz.net> <027701ca1d0e$f1069ad0$d313d070$@com> <0AAE5AB84B013E45A7B61CB66943C17229B66A869B@USEA-EXCH7.na.uis.unisys.com> <029801ca1d11$0cef0140$26cd03c0$@com> <0AAE5AB84B013E45A7B61CB66943C17229B66A875D@USEA-EXCH7.na.uis.unisys.com> <02a201ca1d14$6cca0210$465e0630$@com> In-Reply-To: <02a201ca1d14$6cca0210$465e0630$@com> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 George, On 8/14/2009 3:21 PM, George Sexton wrote: > Here's what I originally wrote and Chris responded to: > >> In Unix, if you erase a file that's still open, that file will be >> removed from the directory but it will exist and consume space >> until the application closes it. The holding application can >> continue to put data in it. So, if you want to reset catalina.out >> you need to re-start tomcat. > > You'll note that what I wrote about erasing files is exactly in line > with what you just wrote. > > Chris responded with: > >>> So, if you want to reset catalina.out you need to re-start >>> tomcat. > >> No, you don't. Why do people make statements like this? You can try >> it yourself. It takes like 5 seconds: Yes, I did say that. I was taking issue with the statement that catalina.out could not be "reset" (which, in this context, means "remove the old log entries") without restarting Tomcat. I called BS and showed you a way to demonstrate that your statement was not accurate. You're right: I could have explained the cute shell tricks, but that would have dragged-out an already long discussion that apparently I'm continuing to drag-out (apologies to all). Truncating a file is easy from certain shells (bash, in my case), and a C-based example would have been even more esoteric. I suppose Java would have worked, too. > His exasperation clearly comes through and the explanation of why I > need to try it isn't present. I hope that Chris can answer lots of > questions, because quite frankly with his approach no one's going to > want to participate after the 2nd or 3rd time they get their crap > jumped in like this. I tried to illustrate with as little irritation to readers as possible what could be done, here. Without having to install logrorate, configure it, and wait around for the interval to pass by to see that, in fact, the file would be truncated and rotated. In the future, I'll endeavor to avoid jumping into your crap. - -chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkqSrOkACgkQ9CaO5/Lv0PDHMgCguWjo6sxdlBuhh9L69uloSEHG RikAn18N0Pa2TsM8egBcI9kN5TH2Zj+B =YXYy -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org