Re: Can't start docker container when SSL_ENABLED is on.

Hi Xiaodong This might be because the executor inherits the SSL environment variables of slave and thus expects SSL key password to launch. Could you please add the part of the slave logs that says "Flags at startup” so that we can have more information? thanks Jojy > On Oct 29, 2015, at 8:

Re: Can't start docker container when SSL_ENABLED is on.

Thanks @Jojy Flags at startup: --appc_store_dir="/tmp/mesos/store/appc" --authenticatee="crammd5" --cgroups_cpu_enable_pids_and_tids_count="false" --cgroups_enable_cfs="false" --cgroups_hierarchy="/sys/fs/cgroup" --cgroups_limit_swap="false" --cgroups_root="mesos" --container_disk_watch_inte

Re: Can't start docker container when SSL_ENABLED is on.

Thanks Xiaodong. Based on the hypothesis that the container process launched with SSL_ENABLED in environment is the problem, I have created a patch https://reviews.apache.org/r/39818/ . This might be a quick and dirty was to test the hypothesis. Would it b

Re: Can't start docker container when SSL_ENABLED is on.

Thanks Jojy. I will patch this in version 0.24.1, and rebuild it. I will let you know if it work well after I finish testing. 发件人: Jojy Varghese mailto:j...@mesosphere.io>> 答复: "user@mesos.apache.org" mailto:user@mesos.apache.org>> 日期: 2015年10月31日 星期六 上午12:45 至: "u

Re: Can't start docker container when SSL_ENABLED is on.

it is still not working! Only if I remove SSL_ENABLED from envs before I start the slave it works well. I applied the patch in version 0.24.1. And rebuild it with `--enable-libevent --enable-ssl` 。 发件人: Xiaodong Zhang mailto:xdzh...@alauda.io>> 日期: 2015年10月31日 星期六 上午7:45 至: "user@mesos.apache.o

Re: Can't start docker container when SSL_ENABLED is on.

Hi Xiaodong, If you follow the reviewboard you'll see that the fix is not correct, I believe Jojy will be posting a new patch. Tim On Fri, Oct 30, 2015 at 6:58 PM, Xiaodong Zhang wrote: > it is still not working! > > Only if I remove SSL_ENABLED from envs before I start the slave it works > we