Details

    • Type: Task
    • Status: Resolved
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: None
    • Labels:

      Description

      For the start/stop app endpoints, it makes sense to block while awaiting
      a result. The previous behaviour was to always return success, which is
      confusing. To make matters worse, Marathon would start tasks before the
      app state is stored, resulting in phantom tasks.

      @andykram @guenter [~florianleibert]

      This has been tested in our staging cluster.

        Attachments

          Activity

            People

            • Assignee:
              Unassigned
              Reporter:
              GitHub_brndnmtthws Brenden Matthews (Inactive)
              Team:
              Orchestration Team
              Watchers:
            • Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: