From owner-freebsd-current@FreeBSD.ORG Sun Jun 13 19:56:29 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D96D16A4CE; Sun, 13 Jun 2004 19:56:29 +0000 (GMT) Received: from smtp.omnis.com (smtp.omnis.com [216.239.128.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD15443D31; Sun, 13 Jun 2004 19:56:28 +0000 (GMT) (envelope-from wes@softweyr.com) Received: from softweyr.homeunix.net (24-161-166-146.san.rr.com [24.161.166.146]) by smtp-relay.omnis.com (Postfix) with ESMTP id 9016414077F2; Sun, 13 Jun 2004 12:56:25 -0700 (PDT) From: Wes Peters Organization: Softweyr.COM To: freebsd-current@freebsd.org Date: Sun, 13 Jun 2004 12:56:25 -0700 User-Agent: KMail/1.6.1 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406131256.25362.wes@softweyr.com> X-Mailman-Approved-At: Mon, 14 Jun 2004 11:33:00 +0000 cc: current@freebsd.org cc: Garance A Drosehn Subject: Re: Minor HEADSUP - "New order" for newsyslog X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2004 19:56:29 -0000 On Saturday 12 June 2004 13:48, Garance A Drosehn wrote: > > In the new order, it: > finds all log files which need to be rotated > rotates *all* files which needed to be rotated > sends ONE signal to each daemon or process group which > is related to any file that had to be rotated. > waits 10 seconds (after all signals are sent) > does a gzip/bzip2 on each newly-rotated blah.0 file, and > after each one does the appropriate chown/chmod/chflag > calls. (note that it does not fork off multiple > concurrent tasks to do these compressions, so it always > behaves as if the 'W' flag has been specified). > > Assuming I have not made any bugs, the end result should be the > same as the end-result in the oldorder, it's just that things > are done in a safer order What happens if a new rotate request for a logfile appears before the gzip/ bzip for the existing .0 file has completed, or even started? We have encountered this a number of times with a runaway process babbling into a log. -- Where am I, and what am I doing in this handbasket? Wes Peters wes@softweyr.com