Bug 1375097
Summary: | systemctl preset-all doesn't work if there is a dangling aliases present in /usr/lib/systemd/system | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Michal Sekletar <msekleta> |
Component: | systemd | Assignee: | systemd-maint |
Status: | CLOSED ERRATA | QA Contact: | Petr Sklenar <psklenar> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 7.3 | CC: | fdeutsch, fsumsal, ovasik, psklenar, systemd-maint-list |
Target Milestone: | rc | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | systemd-219-30.el7 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-11-04 00:56:49 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Michal Sekletar
2016-09-12 07:46:07 UTC
This bug got introduced during RHEL-7.3 development. It may affect state of the system after reboot, i.e. some system services that were supposed to be running are not started. Proposing as a release blocker. fix merged to upstream staging branch -> https://github.com/lnykryn/systemd-rhel/commit/8befbb76e06323f946766f2eca671c2ed097546b https://github.com/lnykryn/systemd-rhel/commit/412044ee341c574e5163bf2be32e5da9618f2640 https://github.com/lnykryn/systemd-rhel/commit/2047b2d0db643a168144b708cf58091ca47acb21 https://github.com/lnykryn/systemd-rhel/commit/c9a4b1688552a23867d3d9db18620501d57d33da -> post (In reply to Michal Sekletar from comment #0) > Additional info: > This is already fixed upstream by, > https://github.com/systemd/systemd/commit/ > 893275df36c8c358d3c0b851ca255a6169dac138. Note that we will not backport > this commit as is, rather we will include only the code that is necessary to > fix the bug, i.e. systemctl will *NOT* inform user about the presence of a > dangling symlink. Please disregard additional info section. I did backport the change as it was upstream and user *is* informed that there is a dangling symlink present. Example: [0 root@qeos-141 x86_64]# systemctl preset-all Unit dbus-org.freedesktop.network1.service is an alias to a unit that is not present, ignoring. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2016-2216.html |