You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "James DeFelice (JIRA)" <ji...@apache.org> on 2017/04/21 19:07:04 UTC

[jira] [Commented] (MESOS-7411) Frameworks may specify alternate "stop" signal vs. SIGTERM

    [ https://issues.apache.org/jira/browse/MESOS-7411?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15979231#comment-15979231 ] 

James DeFelice commented on MESOS-7411:
---------------------------------------

Related Docker feature: https://docs.docker.com/engine/reference/commandline/run/#stop-container-with-signal---stop-signal

> Frameworks may specify alternate "stop" signal vs. SIGTERM
> ----------------------------------------------------------
>
>                 Key: MESOS-7411
>                 URL: https://issues.apache.org/jira/browse/MESOS-7411
>             Project: Mesos
>          Issue Type: Improvement
>            Reporter: James DeFelice
>              Labels: mesosphere
>
> Normally Mesos sends a {{SIGTERM}} that escalates to {{SIGKILL}} when stopping a running process. Some apps handle {{SIGTERM}} differently and expose "stop" behavior via an alternate signal, for example {{SIGRTMIN+3}} (looking at you, systemd). It should be possible for a framework to specify an alternate "stop" signal via the Mesos API, which Mesos would then send to a process when attempting to stop it (before escalating to {{SIGKILL}}).



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)