On Fri, Aug 9, 2024 at 12:22 PM Felix Schwarz <fschw...@fedoraproject.org> wrote: > There is a long-standing issue with certbot that the certbot-renew timer is > not > enabled by default even though it is listed in "90-default.preset" > (fedora-release/epel-release): > > https://src.fedoraproject.org/rpms/fedora-release/blob/rawhide/f/90-default.preset > > Any idea how to debug this? I think it is not specific to certbot - for > example > x509watch.timer seems to be affected as well.
This is what I see on Rawhide: -------------------------------------------------- # dnf install certbot [...] [16/17] Installing certbot-0:2.11.0-3.fc41.noarch [...] # systemctl status certbot-renew.timer ○ certbot-renew.timer - This is the timer to set the schedule for automated renewals Loaded: loaded (/usr/lib/systemd/system/certbot-renew.timer; enabled; preset: enabled) Active: inactive (dead) Trigger: n/a Triggers: ● certbot-renew.service -------------------------------------------------- On the "Loaded:" line after the first semicolon, there's the unit's enablement state, which is "enabled". It means systemd will start this unit on boot (in this case it's WantedBy timers.target). If you're not seeing "enabled" here while seeing "enabled" in the next field, perhaps there is a problem with scriptlets. On the same line, "preset: enabled" tells us the preset value. If you don't have "enabled" here, perhaps you have another preset file that overrides 90-default.preset. The "Active: inactive (dead)" line tells us that the unit is not started. If I interpret your statement "the certbot-renew timer is not enabled by default" loosely, this might be your actual problem. Standard systemd scriptlets do not *start* units by default. There are packages that do start their timer units after installation. See, for example, the scriptlet of unbound-anchor: https://src.fedoraproject.org/rpms/unbound/blob/b1fbf13e87c44119d2222dfb84613b75ed0fcae0/f/unbound.spec#_389 Michal -- _______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue