From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2413 Path: news.gmane.org!.POSTED!not-for-mail From: Alex Efros Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: Log rotation issue with runit Date: Wed, 26 Dec 2018 03:58:22 +0200 Organization: https://powerman.name/ Message-ID: <20181226015822.GH29946@home.lan> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1545789382 25955 195.159.176.226 (26 Dec 2018 01:56:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 26 Dec 2018 01:56:22 +0000 (UTC) User-Agent: Mutt/1.10.1 (2018-07-13) Cc: 916230-quiet@bugs.debian.org To: supervision@list.skarnet.org Original-X-From: supervision-return-2003-gcsg-supervision=m.gmane.org@list.skarnet.org Wed Dec 26 02:56:17 2018 Return-path: Envelope-to: gcsg-supervision@m.gmane.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1gbyQi-0006d0-Ve for gcsg-supervision@m.gmane.org; Wed, 26 Dec 2018 02:56:17 +0100 Original-Received: (qmail 16905 invoked by uid 89); 26 Dec 2018 01:58:51 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 16896 invoked from network); 26 Dec 2018 01:58:49 -0000 Mail-Followup-To: supervision@list.skarnet.org, 916230-quiet@bugs.debian.org Content-Disposition: inline In-Reply-To: Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2413 Archived-At: Hi! I'm not sure is it good idea to include .u files in usual rotation process at all, and especially handle them just like .s files. If several crashes happens for some reason in a short period of time this will result in deletion of all log files except last (say) 10 .u files, which are usually small and may contain just one line. Replacing 10MB of last logs with 10 last log lines doesn't sounds like a nice idea. Possible "right" solution will be to keep same amount of last .u files as configured for .s files, i.e. if we've configured to keep last 10 files then we may have at most double amount (10 .u files and 10 .s files). (I didn't checked mentioned patches, so maybe they already works this way.) -- WBR, Alex.