bin/98468: Value over 99 in newsyslog.conf count field silently
ignored
Ronald F.Guilmette
rfg at monkeys.com
Sat Jun 3 15:20:27 PDT 2006
>Number: 98468
>Category: bin
>Synopsis: Value over 99 in newsyslog.conf count field silently ignored
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Sat Jun 03 22:20:20 GMT 2006
>Closed-Date:
>Last-Modified:
>Originator: Ronald F. Guilmette
>Release: FreeBSD 4.10-RELEASE i386
>Organization:
Infinite Monkeys & Co. LLC
>Environment:
System: FreeBSD segfault.monkeys.com 4.10-RELEASE FreeBSD 4.10-RELEASE #0: Sun May 1 22:19:07 PDT 2005 rfg at segfault.monkeys.com:/usr/src/sys/compile/rfg20050501 i386
>Description:
Apparently, any value over 99 in the count field of any line within
the /etc/newsyslog.conf file is silently ignored by the newsyslog
program, and only a maximum of 99 "backup" copies of the given
log file are maintained, with older ones being deleted (as per
normal procedure for newsyslog, when it thinks that some backup
log file is "too old").
>How-To-Repeat:
Put a value greater than 99 in one of the count fields of some line
in the /etc/syslog.conf file, then wait for 99 "backup" copies of
the given log file to accumulate, and then see what happens the
next time that the given log file is "rotated".
>Fix:
Change the code of newsyslog to remove this superfluous and entirely
artificial limitation or else, at the very least, fix the man page
so that this (count) limitation is mentioned, preferable in BOLD TYPE.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list