You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Greg Mann (JIRA)" <ji...@apache.org> on 2017/10/10 21:34:00 UTC

[jira] [Updated] (MESOS-7951) Design Doc for Extended KillPolicy

     [ https://issues.apache.org/jira/browse/MESOS-7951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Greg Mann updated MESOS-7951:
-----------------------------
    Summary: Design Doc for Extended KillPolicy  (was: Extend the KillPolicy)

> Design Doc for Extended KillPolicy
> ----------------------------------
>
>                 Key: MESOS-7951
>                 URL: https://issues.apache.org/jira/browse/MESOS-7951
>             Project: Mesos
>          Issue Type: Improvement
>          Components: agent, executor, HTTP API
>            Reporter: Greg Mann
>            Assignee: Greg Mann
>              Labels: mesosphere
>             Fix For: 1.5.0
>
>
> After introducing the {{KillPolicy}} in MESOS-4909, some interactions with framework developers have led to the suggestion of a couple possible improvements to this interface. Namely,
> * Allowing the framework to specify a command to be run to initiate termination, rather than a signal to be sent, would allow some developers to avoid wrapping their application in a signal handler. This is useful because a signal handler wrapper modifies the application's process tree, which may make introspection and debugging more difficult in the case of well-known services with standard debugging procedures.
> * In the case of terminations which do begin with a signal, it would be useful to allow the framework to specify the signal to be sent, rather than assuming SIGTERM. PostgreSQL, for example, permits several shutdown types, each initiated with a [different signal|https://www.postgresql.org/docs/9.3/static/server-shutdown.html].



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)