[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Reply: bugzilla-noreply_a_freebsd.org: "[Bug 267464] periodic 310.accounting enables accounting even if it is disabled in rc.conf"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 31 Oct 2022 13:55:32 UTC
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.