From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/613 Path: main.gmane.org!not-for-mail From: Csillag =?iso-8859-2?Q?Tam=E1s?= Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: svlogd: blocking on ENOSPC Date: Mon, 1 Nov 2004 23:00:29 +0100 Message-ID: <20041101220029.GQ32116@digitus> References: <20041018173902.24555.qmail@9227b11f156c29.315fe32.mid.smarden.org> Reply-To: Csillag =?iso-8859-2?Q?Tam=E1s?= NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 X-Trace: sea.gmane.org 1099346447 31161 80.91.229.6 (1 Nov 2004 22:00:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2004 22:00:47 +0000 (UTC) Original-X-From: supervision-return-852-gcsg-supervision=m.gmane.org@list.skarnet.org Mon Nov 01 23:00:32 2004 Return-path: Original-Received: from antah.skarnet.org ([212.85.147.14] ident=qmailr) by deer.gmane.org with smtp (Exim 3.35 #1 (Debian)) id 1COkE3-00059Y-00 for ; Mon, 01 Nov 2004 23:00:31 +0100 Original-Received: (qmail 29076 invoked by uid 76); 1 Nov 2004 22:00:53 -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 29070 invoked from network); 1 Nov 2004 22:00:53 -0000 Original-To: supervision@list.skarnet.org Content-Disposition: inline In-Reply-To: <20041018173902.24555.qmail@9227b11f156c29.315fe32.mid.smarden.org> X-Operating-System: Gnu/Linux X-PPKE-NOSPAM: I promise, I will never let anything happen to you. Nemo. X-PGP-Key: http://digitus.itk.ppke.hu/~cstamas/cstamas.pgp User-Agent: Mutt/1.5.6+20040722i X-PPKE-ITK-MailScanner: Found to be clean X-PPKE-ITK-MailScanner-SpamCheck: not spam, SpamAssassin (pont=-11.916, szukseges 5, autolearn=not spam, AWL 2.98, BAYES_00 -4.90, LOCAL_PPKE -10.00) Xref: main.gmane.org gmane.comp.sysutils.supervision.general:613 X-Report-Spam: http://spam.gmane.org/gmane.comp.sysutils.supervision.general:613 On 10/18, Gerrit Pape wrote: > Hi, svlogd, just as multilog, sleeps and retries in case it's unable to > write to the current logfile in a log directory and the system is ``out > of disk space''. This usually makes the service block because svlogd > stops reading from the pipe. Even though the space for logs can be > calculated properly, if a log partition fills up by accident, it can > bring the system in a troublesome state. > > Here's a patch that makes svlogd remove the oldest of rotated log files > in the log directory in case the disk is full. In the worst case only > the current logfile will be left. I would be interested in your > opinions. Interesting, It would be nice as a command line switch like '-d' (or maybe even better another line in config?) So the admin can decide what is more important to keep the service always up or to be sure the logs are preserved. If you turn on debugging on one service (e.g. openldap) it is better to remove only it's logs and not the others (e.g. auth logs). What do you think? -- cstamas