Uploaded image for project: 'Mesos'
  1. Mesos
  2. MESOS-8476

Store container status in the agent after it launches.

    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Open
    • Major
    • Resolution: Unresolved
    • None
    • None
    • agent, containerization
    • None

    Description

      Currently, the agent will retrieve the container status upon on each task status update in order to augment the status update with the container status information (e.g. ip address). This has made the status update processing asynchronous when it comes to the side effects to the agent data structures. Consequently, several bugs have occurred: MESOS-5380, MESOS-7865, MESOS-8459.

      It's odd that the container status, which seems to define the properties of the executor/task container, needs to be retrieved in the status update path. Rather, the agent could just store this once when the executor/task is launched and remember it.

      Currently, the containerizer interface exposes the container status only as a separate call. However, to simplify the fix here, the containerizer could expose it directly in the launch() Future.

      Attachments

        Activity

          People

            Unassigned Unassigned
            bmahler Benjamin Mahler
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated: