Minor HEADSUP - "New order" for newsyslog
Wes Peters
wes at softweyr.com
Sun Jun 13 19:56:29 GMT 2004
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 at softweyr.com
More information about the freebsd-current
mailing list