-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-9.5
-
httpd-2.4.59-7.el9
-
None
-
None
-
sst_cs_infra_services
-
ssg_core_services
-
None
-
False
-
-
None
-
None
-
Pass
-
RegressionOnly
-
None
What were you trying to do that didn't work?
Sanity tests for systemd services are failing for htcacheclean.service because it lacks an [Install] section.
:: [ 07:36:17 ] :: [ FAIL ] :: Command 'systemctl is-enabled htcacheclean' (Expected 1, got 0)
:: [ 07:36:17 ] :: [ FAIL ] :: File '/var/tmp/rlRun_LOG.Pm82kl4u' should contain 'disabled'
:: [ 07:36:18 ] :: [ LOG ] :: Output of 'systemctl enable htcacheclean':
:: [ 07:36:18 ] :: [ LOG ] :: --------------- OUTPUT START ---------------
:: [ 07:36:18 ] :: [ LOG ] :: The unit files have no installation config (WantedBy=, RequiredBy=, Also=,
:: [ 07:36:18 ] :: [ LOG ] :: Alias= settings in the [Install] section, and DefaultInstance= for template
:: [ 07:36:18 ] :: [ LOG ] :: units). This means they are not meant to be enabled or disabled using systemctl.
:: [ 07:36:18 ] :: [ LOG ] ::
:: [ 07:36:18 ] :: [ LOG ] :: Possible reasons for having this kind of units are:
:: [ 07:36:18 ] :: [ LOG ] :: • A unit may be statically enabled by being symlinked from another unit's
:: [ 07:36:18 ] :: [ LOG ] :: .wants/ or .requires/ directory.
:: [ 07:36:18 ] :: [ LOG ] :: • A unit's purpose may be to act as a helper for some other unit which has
:: [ 07:36:18 ] :: [ LOG ] :: a requirement dependency on it.
:: [ 07:36:18 ] :: [ LOG ] :: • A unit may be started when needed via activation (socket, path, timer,
:: [ 07:36:18 ] :: [ LOG ] :: D-Bus, udev, scripted systemctl call, ...).
:: [ 07:36:18 ] :: [ LOG ] :: • In case of template units, the unit is meant to be enabled with some
:: [ 07:36:18 ] :: [ LOG ] :: instance name specified.
- links to
-
RHBA-2024:138017 httpd bug fix and enhancement update