5 ms·
> Services die? Oh well, I guess they'll just stay dead. At least systemd has a wrapper that restarts them. If services dies, there is a problem that is still
by darkarmani 13y ago
> Services die? Oh well, I guess they'll just stay dead. At least systemd has a wrapper that restarts them.
If services dies, there is a problem that is still going to exist after restarting.
- astrodust 13y agoI've had named blow out and it doesn't get restarted, it just stays dead. Rebooting the server is a heavy handed fix. systemd will kick it back into gear if it drops.
- brokenparser 13y agoUse nsd and/or unbound, they're more robust and faster than bind.
- astrodust 13y agoGood to know, hadn't really had a chance to explore those yet but will. No software is entirely bug-free, so I do like having them relaunch on failure rather than stay dead.
- brokenparser 13y agoBefore systemd, Nagios was employed to do that and alert you when it happens. It's still a good idea to have proper monitoring set up, be it Nagios/Icinga, Zabbix or something you know will fit the bill. In good fashion of Unix philosophy, a combination of components works really well. This repository has most of them: https://github.com/monitoringsucks/tool-repos https://github.com/monitoringsucks/tool-repos