How Offer Matching Works
DC/OS services or pods may fail to deploy because the Mesos resource offers are unable to match the resources requests coming from the service or pods Marathon application definitions.
Here is an overview of the offer matching process.
You post a service or pod definition to Marathon either via the DC/OS CLI (
dcos marathon app add <my-service>.json) or the DC/OS UI. The app definition specifies resource requirements, placement constraints, and the number of instances to launch.
Marathon adds the new service or pod to the launch queue.
Every 5 seconds (by default), Mesos sends one offer per agent.
For each resource offer, Marathon checks if there is a service or pod in the launch queue whose requirements all match the offer. If Marathon finds a service or pod whose requirements match the offer, Marathon will launch the service or pod.
If a matching offer does not arrive that matches the requirements and constraints of a service or pod, Marathon is unable to launch the service or pod.
Why Your Service or Pod is Stuck
There are several reasons why your service or pod may fail to deploy. Some possibilities include:
Marathon is not getting the resource offers it needs to launch the app. Use the CLI debug subcommands or the debugging page in the DC/OS UI to troubleshoot unmatched or unaccepted resource offers from Mesos. You can also consult the service and task logs.
The service’s health check is failing. If a service has a health check, deployment does not complete until the health check passes. You can see the health of a service with Marathon health checks from the DC/OS UI. To see more information about the health of a service with Marathon health checks, run
dcos marathon app list --jsonfrom the DC/OS CLI.
docker pullis failing. If your app runs in a Docker image, the Mesos agent node will first have to pull the Docker image. If this fails, your app could get stuck in a “deploying” state. The Mesos agent logs (
<dcos-url>/mesos/#/agents/) will contain this information. You will see an error in the log similar to the following.
6b50d4f5-05d6-4b99-bb63-115d5acd2aca-0000 failed to start: Failed to run 'docker -H unix:///var/run/docker.sock pull /mybadimage/fakeimage:latest': exited with status 1; stderr='Error parsing reference: "/mybadimage/fakeimage:latest" is not a valid repository/tag
Your application or application group definition is otherwise badly configured. The DC/OS UI performs some validation of Marathon application and pod definitions.