You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When you deploy services on Marathon and kill them later, the namespace / group will stay.
If no app will be deployed in this group later on, this group will stay empty forever.
See
Current Behavior
After time your Marathon instance will have several empty groups in the UI / API.
This sounds like a result of how chapi creates the apps. In my experience with deploying directly against the Marathon API, when you use the POST /v2/apps endpoint, Marathon creates the necessary group(s) implicitly and automatically removes them when the job(s) are destroyed; I've never had to deal with the groups directly using this approach.
WIthout looking at the code, I'd guess chapi creates groups explicitly using /v2/groups so Marathon won't delete them automatically.
When you deploy services on Marathon and kill them later, the namespace / group will stay.
If no app will be deployed in this group later on, this group will stay empty forever.
See
Current Behavior
After time your Marathon instance will have several empty groups in the UI / API.
Possible Solution
Provide Framework (Marathon / Chronos) specific commands.
For this request it would be the
/v2/groups/{group_id}/
DELETE command descibed in https://mesosphere.github.io/marathon/api-console/index.htmlSo the descriptive workflow would be
Steps to Reproduce (for bugs)
/foo/my-service
/foo
will stayYour Environment
The text was updated successfully, but these errors were encountered: