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/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D267464 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=3D"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=3D"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=3D"YES" ? Currently a temporary workaround should be setting daily_accounting_enable= =3D"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. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-267464-227>