Date: Mon, 31 Oct 2022 13:55:32 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf Message-ID: <bug-267464-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=267464 Bug ID: 267464 Summary: periodic 310.accounting enables accounting even if it is disabled in rc.conf Product: Base System Version: 13.1-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: conf Assignee: bugs@FreeBSD.org Reporter: iasen.kostov@gmail.com Even when accounting_enable="NO" in /etc/rc.conf the periodic /etc/periodic/daily/310.accounting enables it every day at 3:00. The service /etc/rc.d/accounting checks for "if checkyesno accounting_enable" but it is useless because in 310.accouting is used /etc/rc.d/accounting onerotate_log and "one" forces accounting_enable="YES" What is the purpose of forcing the accounting with the "one" ? And is there a way of fixing that other than pulling in /etc/defaults/rc.conf into 310.accounting and checking for accounting_enable="YES" ? Currently a temporary workaround should be setting daily_accounting_enable="NO" in /etc/periodic.conf but that bug should be fixed because that behavior is unexpected (and i don't think it is documented as it is wrong) and servers should not behave unexpectedly. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-267464-227>