Opened 7 years ago
Closed 4 years ago
#11 closed defect (fixed)
systemd tmpfiles unit intermittently fails on boot
Reported by: | vance | Owned by: | admin |
---|---|---|---|
Priority: | minor | Component: | server |
Keywords: | systemd centos mailman | Cc: | vance |
Description
Approximately half the time on boot, the systemd unit which is responsible for creating directories under /run, fails. This can cause services which rely on those directories to fail. Typically mailman is the service affected, though not always.
$ systemctl --state=failed | cat UNIT LOAD ACTIVE SUB DESCRIPTION * mailman.service loaded failed failed GNU Mailing List Manager * systemd-tmpfiles-setup.service loaded failed failed Create Volatile Files and Directories LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 2 loaded units listed. Pass --all to see loaded but inactive units, too. To show all installed unit files use 'systemctl list-unit-files'.
I have since rebooted the machine so that it is running correctly. After that, no more details are available in the logs that I can find; perhaps more information can be obtained from systemd while the failure condition exists.
Change History (2)
comment:1 Changed 7 years ago by vance
comment:2 Changed 4 years ago by vance
- Resolution set to fixed
- Status changed from new to closed
This appears to no longer occur. At least from the start of 2020 the server has not required multiple reboots until all services start properly. I don't know why; perhaps a bugfix from CentOS has resolved it. Marking as closed - a new ticket can be opened if it occurs again.
The cause of Mailman failing seems to be when the /var/lock/mailman directory is not created.