Before restarting server because of kernel update “Linux 3.10.0-1127.10.1.el7.x86_64” I saw again in Dashboard Dovecot not running despite no user complains about mail server.
I keep seeing reports along these lines, but I don’t know how to resolve them. Webmin is just checking whether the service is running using systemctl status dovecot. We don’t have any control over systemd, and something seems off about dovecot in the way it interacts with systemd, lately.
I’ll try googling some more to see if there is any discussion of this problem in the wider world. I think any fixes will need to happen upstream of us (either in dovecot or the systemd service file being used on the distros where this happens), though.
service dovecot restart Redirecting to /bin/systemctl restart dovecot.service Job for dovecot.service failed because the control process exited with error code. See “systemctl status dovecot.service” and “journalctl -xe” for details.
systemctl status dovecot.service ● dovecot.service - Dovecot IMAP/POP3 email server
jun 09 21:25:51 host.hostname.com systemd[1]: Starting Dovecot IMAP/POP3 email server… jun 09 21:25:53 host.hostname.com dovecot[25384]: Fatal: Dovecot is already running? Socket already exists: /var/ru…login jun 09 21:25:53 host.hostname.com dovecot[25384]: master: Fatal: Dovecot is already running? Socket already exists:…login jun 09 21:25:53 host.hostname.com systemd[1]: dovecot.service: control process exited, code=exited status=89 jun 09 21:25:53 host.hostname.com systemd[1]: Failed to start Dovecot IMAP/POP3 email server. jun 09 21:25:53 host.hostname.com systemd[1]: Unit dovecot.service entered failed state. jun 09 21:25:53 host.hostname.com systemd[1]: dovecot.service failed. Hint: Some lines were ellipsized, use -l to show in full.
There are several threads about this, so I’m not going to repeat those conversations, but we think we’ve fixed it in the next release. If I can convince Ilia and Jamie to stop making changes for a couple days, we can get it rolled out.