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

Reply via email to