Hi, This is true for RHEL based distros, but Debian based ones are not like that yet and also think it's not wise to depend on the OS for service status, I still like the old fashioned way here.
2015-10-04 17:52 GMT+02:00 Reindl Harald <h.rei...@thelounge.net>: > > > Am 04.10.2015 um 17:40 schrieb Matt.: >> >> Has anyone a working status addition to the init script for checking >> the service status per service ? >> >> There was some in the .sh scriptf for the 1.x versions but not in th >> 3.x versions. >> >> Would be nice to see some example as I'm trying something but am not sure > > > consider using systemd - the whole conept about status in sysvinit is broken > by design and just a workaround - why? because sysvinit has and never had a > solid clue what a service really does > > a init system which give relieable status back needs to monitor the main-PID > and not rely on PID files somewhere, well and it can monitor services and > restart them automatically while a manual stop compared to monit or similar > tools would not start the service again (and yes dbmail really needs some > monitoring, only the crashes last weekend of our imapd would have been > enough to driving an admin crazy when need to intervention each time) > > [root@srv-rhsoft:~]$ systemctl status dbmail-imapd.service > ● dbmail-imapd.service - DBMail IMAP Server > Loaded: loaded (/usr/lib/systemd/system/dbmail-imapd.service; enabled; > vendor preset: disabled) > Active: active (running) since Mi 2015-09-30 12:55:27 CEST; 4 days ago > Main PID: 8693 (dbmail-imapd) > CGroup: /system.slice/dbmail-imapd.service > └─8693 /usr/sbin/dbmail-imapd -D > > > > > _______________________________________________ > DBmail mailing list > DBmail@dbmail.org > http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail > _______________________________________________ DBmail mailing list DBmail@dbmail.org http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
