You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@mesos.apache.org by "Anand Mazumdar (JIRA)" <ji...@apache.org> on 2016/08/22 22:12:20 UTC

[jira] [Commented] (MESOS-6066) Operator SUBSCRIBE api should include timestamps

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

Anand Mazumdar commented on MESOS-6066:
---------------------------------------

We intend to expose the {{TaskStatus}} as part of the {{TaskUpdated}} event. That would have the timestamp details.

> Operator SUBSCRIBE api should include timestamps
> ------------------------------------------------
>
>                 Key: MESOS-6066
>                 URL: https://issues.apache.org/jira/browse/MESOS-6066
>             Project: Mesos
>          Issue Type: Bug
>          Components: HTTP API, json api
>    Affects Versions: 1.0.0
>            Reporter: Steven Schlansker
>
> Events coming from the Mesos master are delivered asynchronously.  While usually they are processed in a timely fashion, it really scares me that updates do not have a timestamp:
> {code}
> 301
> {
>   "task_updated": {
>     "agent_id": {
>       "value": "fdbb3ff5-47c2-4b49-a521-b52b9acf74dd-S14"
>     },
>     "framework_id": {
>       "value": "Singularity"
>     },
>     "state": "TASK_KILLED",
>     "task_id": {
>       "value": "pp-demoservice-steven.2016.07.05T17.00.06-1471901722511-1-mesos_slave17_qa_uswest2.qasql.opentable.com-us_west_2b"
>     }
>   },
>   "type": "TASK_UPDATED"
> }
> {code}
> Events should have a timestamp that indicates the time that they happened at, otherwise your timestamps include delivery and processing delays.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)