[systemd-bugs] [Bug 88192] New: RFE: WatchdogUnit= program

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=88192

            Bug ID: 88192
           Summary: RFE: WatchdogUnit= program
           Product: systemd
           Version: unspecified
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: general
          Assignee: systemd-bugs at lists.freedesktop.org
          Reporter: rektide at voodoowarez.com
        QA Contact: systemd-bugs at lists.freedesktop.org

The current watchdog mechanism requires modifying an existing application to
add in a new watchdog liveness signalling mechanism, and it leaves it to the
application to bake in any deliberate failure mechanisms it might needs (signal
to itself to stop sending "alive" beacons).

I'd like to see a mechanism introduced to enable health-monitor checks via
external units. In a decoupled form, an application doesn't necessarily have to
bake in custom systemd functionality. A webserver might reply as normal to a
/ping on loopback, and the healthcheck is just a curl -f unit test. A slightly
more sophisticated monitor unit might go 'curl -f -m 0.3 localhost/ping', and
so on to higher levels.

I'd love to see systemd better able to mechanize autonomous reflexes for the
processes under it's controls, and making more general purpose check systems
(fire watchdog when X fails) is the #1 thing I think of.

(I have an existing suggestion for inter-unit linkages in another form in,
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=85709
which suggests EnvironmentUnit=, a directive using one task's stdout to
supplements a starting unit's existing static Environment/EnvironmentFile/&c
values)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20150108/ca2c054a/attachment.html>