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