Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
0.25.0
-
None
-
Docker 1.8.0:
Client:
Version: 1.8.0
API version: 1.20
Go version: go1.4.2
Git commit: 0d03096
Built: Tue Aug 11 16:48:39 UTC 2015
OS/Arch: linux/amd64Server:
Version: 1.8.0
API version: 1.20
Go version: go1.4.2
Git commit: 0d03096
Built: Tue Aug 11 16:48:39 UTC 2015
OS/Arch: linux/amd64Host: Ubuntu 14.04
Container: Debian 8.1 + Java-7
Docker 1.8.0: Client: Version: 1.8.0 API version: 1.20 Go version: go1.4.2 Git commit: 0d03096 Built: Tue Aug 11 16:48:39 UTC 2015 OS/Arch: linux/amd64 Server: Version: 1.8.0 API version: 1.20 Go version: go1.4.2 Git commit: 0d03096 Built: Tue Aug 11 16:48:39 UTC 2015 OS/Arch: linux/amd64 Host: Ubuntu 14.04 Container: Debian 8.1 + Java-7
Description
When Mesos slave is within the container, the COMMAND health check from Marathon is invoked incorrectly.
In such a scenario, the sandbox directory (instead of the launcher/health-check directory) is used. This result in an error with the container.
Command to invoke the Mesos slave container:
sudo docker run -d -v /sys:/sys -v /usr/bin/docker:/usr/bin/docker:ro -v /usr/lib/x86_64-linux-gnu/libapparmor.so.1:/usr/lib/x86_64-linux-gnu/libapparmor.so.1:ro -v /var/run/docker.sock:/var/run/docker.sock -v /tmp/mesos:/tmp/mesos mesos mesos slave --master=zk://10.2.1.2:2181/mesos --containerizers=docker,mesos --executor_registration_timeout=5mins --docker_stop_timeout=10secs --launcher=posix
Marathon JSON file:
{ "id": "ubuntu", "container": { "type": "DOCKER", "docker": { "image": "ubuntu", "network": "BRIDGE", "parameters": [] } }, "args": [ "bash", "-c", "while true; do echo 1; sleep 5; done" ], "uris": [], "healthChecks": [ { "protocol": "COMMAND", "command": { "value": "echo Success" }, "gracePeriodSeconds": 3000, "intervalSeconds": 5, "timeoutSeconds": 5, "maxConsecutiveFailures": 300 } ], "instances": 1 }
STDOUT: root@cea2be47d64f:/mnt/mesos/sandbox# cat stdout --container="mesos-e20f8959-cd9f-40ae-987d-809401309361-S0.815cc886-1cd1-4f13-8f9b-54af1f127c3f" --docker="docker" --docker_socket="/var/run/docker.sock" --help="false" --initialize_driver_logging="true" --logbufsecs="0" --logging_level="INFO" --mapped_directory="/mnt/mesos/sandbox" --quiet="false" --sandbox_directory="/tmp/mesos/slaves/e20f8959-cd9f-40ae-987d-809401309361-S0/frameworks/e20f8959-cd9f-40ae-987d-809401309361-0000/executors/ubuntu.86bca10f-72c9-11e5-b36d-02420a020106/runs/815cc886-1cd1-4f13-8f9b-54af1f127c3f" --stop_timeout="10secs" --container="mesos-e20f8959-cd9f-40ae-987d-809401309361-S0.815cc886-1cd1-4f13-8f9b-54af1f127c3f" --docker="docker" --docker_socket="/var/run/docker.sock" --help="false" --initialize_driver_logging="true" --logbufsecs="0" --logging_level="INFO" --mapped_directory="/mnt/mesos/sandbox" --quiet="false" --sandbox_directory="/tmp/mesos/slaves/e20f8959-cd9f-40ae-987d-809401309361-S0/frameworks/e20f8959-cd9f-40ae-987d-809401309361-0000/executors/ubuntu.86bca10f-72c9-11e5-b36d-02420a020106/runs/815cc886-1cd1-4f13-8f9b-54af1f127c3f" --stop_timeout="10secs" Registered docker executor on b01e2e75afcb Starting task ubuntu.86bca10f-72c9-11e5-b36d-02420a020106 1 Launching health check process: /tmp/mesos/slaves/e20f8959-cd9f-40ae-987d-809401309361-S0/frameworks/e20f8959-cd9f-40ae-987d-809401309361-0000/executors/ubuntu.86bca10f-72c9-11e5-b36d-02420a020106/runs/815cc886-1cd1-4f13-8f9b-54af1f127c3f/mesos-health-check --executor=(1)@10.2.1.7:40695 --health_check_json={"command":{"shell":true,"value":"docker exec mesos-e20f8959-cd9f-40ae-987d-809401309361-S0.815cc886-1cd1-4f13-8f9b-54af1f127c3f sh -c \" echo Success \""},"consecutive_failures":300,"delay_seconds":0.0,"grace_period_seconds":3000.0,"interval_seconds":5.0,"timeout_seconds":5.0} --task_id=ubuntu.86bca10f-72c9-11e5-b36d-02420a020106 Health check process launched at pid: 94 1 1 1 1 1 STDERR: root@cea2be47d64f:/mnt/mesos/sandbox# cat stderr I1014 23:15:58.127950 56 exec.cpp:134] Version: 0.25.0 I1014 23:15:58.130627 62 exec.cpp:208] Executor registered on slave e20f8959-cd9f-40ae-987d-809401309361-S0 WARNING: Your kernel does not support swap limit capabilities, memory limited without swap. ABORT: (/tmp/mesos-build/mesos-repo/3rdparty/libprocess/src/subprocess.cpp:177): Failed to os::execvpe in childMain: No such file or directory*** Aborted at 1444864558 (unix time) try "date -d @1444864558" if you are using GNU date *** PC: @ 0x7fc8c5975107 (unknown) *** SIGABRT (@0x5e) received by PID 94 (TID 0x7fc8bee5e700) from PID 94; stack trace: *** @ 0x7fc8c5cf88d0 (unknown) @ 0x7fc8c5975107 (unknown) @ 0x7fc8c59764e8 (unknown) @ 0x419142 _Abort() @ 0x41917c _Abort() @ 0x7fc8c7745780 process::childMain() @ 0x7fc8c7747a49 std::_Function_handler<>::_M_invoke() @ 0x7fc8c774561c process::defaultClone() @ 0x7fc8c7745f81 process::subprocess() @ 0x43c58d mesos::internal::docker::DockerExecutorProcess::launchHealthCheck() @ 0x7fc8c771b424 process::ProcessManager::resume() @ 0x7fc8c771b74f process::internal::schedule() @ 0x7fc8c64d3970 (unknown) @ 0x7fc8c5cf10a4 start_thread @ 0x7fc8c5a2604d (unknown)
Attachments
Attachments
Issue Links
- is duplicated by
-
MESOS-3712 --launcher_dir flag is not picked up when running health-checks
- Resolved