[jira] [Updated] (MESOS-7861) Health and readiness check output inaccessible with default executor

2017-08-04 Thread Anand Mazumdar (JIRA)

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

Anand Mazumdar updated MESOS-7861:
--
Affects Version/s: 1.3.0
 Target Version/s: 1.5.0
   Labels: default-executor mesosphere  (was: )

> Health and readiness check output inaccessible with default executor
> 
>
> Key: MESOS-7861
> URL: https://issues.apache.org/jira/browse/MESOS-7861
> Project: Mesos
>  Issue Type: Bug
>  Components: executor
>Affects Versions: 1.3.0
>Reporter: Michael Browning
>Priority: Minor
>  Labels: default-executor, mesosphere
>
> With the default executor, health and readiness checks are run in their own 
> nested containers, whose sandboxes are cleaned up after they terminate. This 
> makes access to stdout/stderr of the check command effectively impossible. 
> Although the exit code of the command being run is reported in a task status, 
> it is often necessary to see the command's actual output when debugging a 
> framework issue, so the ability to access this output via the executor logs 
> would be helpful.



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


[jira] [Updated] (MESOS-7861) Health and readiness check output inaccessible with default executor

2017-08-04 Thread Alexander Rukletsov (JIRA)

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

Alexander Rukletsov updated MESOS-7861:
---
Labels: check default-executor health-check mesosphere  (was: 
default-executor mesosphere)

> Health and readiness check output inaccessible with default executor
> 
>
> Key: MESOS-7861
> URL: https://issues.apache.org/jira/browse/MESOS-7861
> Project: Mesos
>  Issue Type: Bug
>  Components: executor
>Affects Versions: 1.3.0
>Reporter: Michael Browning
>Priority: Minor
>  Labels: check, default-executor, health-check, mesosphere
>
> With the default executor, health and readiness checks are run in their own 
> nested containers, whose sandboxes are cleaned up after they terminate. This 
> makes access to stdout/stderr of the check command effectively impossible. 
> Although the exit code of the command being run is reported in a task status, 
> it is often necessary to see the command's actual output when debugging a 
> framework issue, so the ability to access this output via the executor logs 
> would be helpful.



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