From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/1030 Path: news.gmane.org!not-for-mail From: Alex Efros Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: limit svlogd log dir size Date: Tue, 14 Feb 2006 11:15:43 +0200 Organization: asdfGroup Inc., http://powerman.asdfGroup.com/ Message-ID: <20060214091543.GJ6585@home.power> References: <20060213181612.GD6585@home.power> <20060214084908.25375.qmail@a70d3f60c6741a.315fe32.mid.smarden.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1139908551 6990 80.91.229.2 (14 Feb 2006 09:15:51 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 14 Feb 2006 09:15:51 +0000 (UTC) Original-X-From: supervision-return-1266-gcsg-supervision=m.gmane.org@list.skarnet.org Tue Feb 14 10:15:47 2006 Return-path: Envelope-to: gcsg-supervision@gmane.org Original-Received: from antah.skarnet.org ([212.85.147.14]) by ciao.gmane.org with smtp (Exim 4.43) id 1F8wHg-0000cd-MN for gcsg-supervision@gmane.org; Tue, 14 Feb 2006 10:15:44 +0100 Original-Received: (qmail 13662 invoked by uid 76); 14 Feb 2006 09:16:06 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Archive: Original-Received: (qmail 13656 invoked from network); 14 Feb 2006 09:16:05 -0000 Original-To: supervision@list.skarnet.org Mail-Followup-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <20060214084908.25375.qmail@a70d3f60c6741a.315fe32.mid.smarden.org> User-Agent: Mutt/1.5.11 Xref: news.gmane.org gmane.comp.sysutils.supervision.general:1030 Archived-At: Hi! On Tue, Feb 14, 2006 at 08:49:08AM +0000, Gerrit Pape wrote: > > Is there exists way to limit size of svlogd's log directory, to guarantee > > it will not become too big and result in 'disk full' error? > Take a look at the 'N' config in the svlogd man page. I know about 'N'. This isn't a solution. Yeah, maybe when disk will become full svlogd will remove some log files. But what about all other software - like MySQL? I don't think it's good idea to allow svlogd to fill all hdd first and then fall into interesting endless loop: got 'disk full', remove a couple of log files, work for a couple of minutes/seconds, got next 'disk full' error... -- WBR, Alex.