+++ This bug was initially created as a clone of Bug #1071951 +++ Description of problem: The fedora-domainname.service with default dependencies creates a cycle on system boot up, which makes systemd remove the fedora-domainname job. As a result, NIS domain name is not set (which is the sole purpose of this service). Setting DefaultDependencies=no solves the issue. Version-Release number of selected component (if applicable): systemd-208-14.fc20.x86_64 How reproducible: always Steps to Reproduce: 1. # systemctl enable fedora-domainname.service 2. # reboot Actual results: fedora-domainname is not started on startup Expected results: fedora-domainname is started
https://git.fedorahosted.org/cgit/initscripts.git/commit/?h=rhel7-branch&id=3deb3b3c177dd24b22cf912cd798aeaa7e35d30b
# rpm -q initscripts initscripts-9.49.23-1.el7.x86_64 # systemctl enable rhel-domainname ln -s '/usr/lib/systemd/system/rhel-domainname.service' '/etc/systemd/system/sysinit.target.wants/rhel-domainname.service' # reboot ... # systemctl status rhel-domainname rhel-domainname.service - Read and set NIS domainname from /etc/sysconfig/network Loaded: loaded (/usr/lib/systemd/system/rhel-domainname.service; enabled) Active: active (exited) since St 2015-01-07 07:53:45 EST; 4min 15s ago Process: 439 ExecStart=/lib/systemd/rhel-domainname (code=exited, status=0/SUCCESS) Main PID: 439 (code=exited, status=0/SUCCESS)
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-2015-0471.html