mesosphere / marathon

Deploy and manage containers (including Docker) on top of Apache Mesos at scale.
https://mesosphere.github.io/marathon/
Apache License 2.0
4.07k stars 845 forks source link

Object is not valid on app scaling #3585

Closed bobrik closed 8 years ago

bobrik commented 8 years ago

Marathon 1.0.0-RC1. PUT /v2/apps//group/subgroup/app?force=true {"instances": 0}:

{
  "message": "Object is not valid",
  "details": [
    {
      "path": "/groups(0)/apps(0)/id",
      "errors": [
        "Identifier is not child of /jsanford. Hint: use relative paths."
      ]
    }
  ]
}
bobrik commented 8 years ago

Same on app deployment:

id: /group/subgroup
apps:
  - id: svc
    cpus: 0.1
    mem: 128
    # ...
# cat marathon.json | curl -s -X PUT -H "Content-type: application/json" -d @- https://marathon/v2/groups | jq .
{
  "message": "Object is not valid",
  "details": [
    {
      "path": "/groups(0)/apps(0)/id",
      "errors": [
        "Identifier is not child of /jsanford. Hint: use relative paths."
      ]
    }
  ]
}
bobrik commented 8 years ago

You might notice that it's even complaining about different group and app.

bobrik commented 8 years ago

It gets better, group jsanford:

image

Now I enter it:

image

I think the following happened:

  1. James deployed his app /jsanford/jsanfordsigh on the previous version of marathon where relative app paths were broken. He somehow managed to deploy his thing, though.
  2. I upgraded marathon to 1.0.0-RC1.
  3. Now I have group /jsanford with 1 task but 0 apps and app /jsanfordsigh.

Killing both resolved the issue, but I thing you might want to have an upgrade path for it. Feel free to close it, though, since bug appeared and disappeared in RC releases.

gkleiman commented 8 years ago

Closing this as it was fixed in previous RCs.