[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.