>Server running at: http://0.0.0.0:7683 And according to your log, your service is running on 7683 while your configuration use 8080 in portMapping.
On Wed, Apr 13, 2016 at 1:25 AM, haosdent <haosd...@gmail.com> wrote: > >If I do telnet or curl, it does not show me any reponse. > Looks wired here, could you find the status of task is running or other > status in mesos webui or marathon webui? > > And is it possible for you to use `docker ps` to find out the container > and use `docker exec` to enter container and check whether service is > running? > > On Tue, Apr 12, 2016 at 7:13 PM, nirmalendu swain < > nirmalendu_sw...@yahoo.com> wrote: > >> I might be wrong here. But I am using marathon-lb package of DCOS which >> already has haproxy. >> >> >> >> On Tuesday, 12 April 2016 2:14 PM, Rad Gruchalski <ra...@gruchalski.com> >> wrote: >> >> >> Do you have anything like haproxy for port mappings installed on your >> Mesos cluster? >> When using BRIDGE network, your process inside of the container, say SSH, >> is running on a standard port 22. Marathon allocates a random port in the >> default range of 31000 to 32000. However, it is your task to map the >> <HOST>:31xxx to <container>:22. >> >> The simplest is to use this: >> >> https://github.com/mesosphere/marathon/blob/master/examples/haproxy-marathon-bridge >> >> The haproxy-marathon-bridge needs to run as a cron job on every agent. >> Because it runs as a cron job every minute, your ports become accessible >> after up to one minute from going into RUNNING state. >> >> There are obviously moe advanced ways of getting this done - >> haproxy-marathon-bridge is the simplest one. >> Best regards, >> Radek Gruchalski >> ra...@gruchalski.com <ra...@gruchalski.com> >> de.linkedin.com/in/radgruchalski/ >> >> >> *Confidentiality:*This communication is intended for the above-named >> person and may be confidential and/or legally privileged. >> If it has come to you in error you must take no action based on it, nor >> must you copy or show it to anyone; please delete/destroy and inform the >> sender immediately. >> On Tuesday, 12 April 2016 at 10:19, nirmalendu swain wrote: >> >> From the stderr log, nothing can be figure out. From stout log, it says >> server running at host:port. But If I do telnet or curl, it does not show >> me any reponse. >> output of stderr log : >> >> *I0412 08:16:12.842341 9909 exec.cpp:134] Version: 0.27.1* >> *I0412 08:16:12.844701 9934 exec.cpp:208] Executor registered on slave >> 87849fd2-fda9-4d6a-870f-de101a5bdc59-S3* >> *js-bson: Failed to load c++ bson extension, using pure JS version* >> >> >> On Tuesday, 12 April 2016 1:39 PM, Abhishek Amralkar < >> abhishek.amral...@talentica.com> wrote: >> >> >> anything is sandbox logs, why the tasks are getting killed? `stderr` and >> `stdout`? >> >> On 12-Apr-2016, at 1:35 PM, haosdent <haosd...@gmail.com> wrote: >> >> >Its frequently changing the deployment status to Staged >> >> Do you find any related log in mesos when marathon lauch the task? >> >> On Tue, Apr 12, 2016 at 3:55 PM, nirmalendu swain < >> nirmalendu_sw...@yahoo.com> wrote: >> >> Changing the network type to HOST does not work. Its frequently changing >> the deployment status to Staged and then to no task. >> >> >> On Tuesday, 12 April 2016 11:49 AM, haosdent <haosd...@gmail.com> wrote: >> >> >> How about change the network type from BRIDGE to HOST? >> >> On Tue, Apr 12, 2016 at 2:13 PM, nirmalendu swain < >> nirmalendu_sw...@yahoo.com> wrote: >> >> Hi Mesos user, >> I am running mesos marathon using dcos for spinning up AWS instances. >> I have successfully built the mongodb as a docker container, but when I >> try to deploy my dockerized app, it does n't deploy. My App is dependent >> upon mongo which is passed as environment variable in the json file to be >> run by dcos command. If a i do a telnet/curl, it does n't receive at the >> desired host:port. from the mesos logs, it does not seem to throw any >> error/exception. Doing a copy-past of my backend-app.json file which falis >> to deploy. >> >> >> *{* >> * "id": "/todo-with-backend",* >> * "instances": 2,* >> * "container": {* >> * "type": "DOCKER",* >> * "docker": {* >> * "image": "tldr/todo-backend",* >> * "network": "BRIDGE",* >> * "portMappings": [* >> * {* >> * "containerPort": 8080,* >> * "hostPort": 0,* >> * "protocol": "tcp"* >> * }* >> * ]* >> * }* >> * },* >> *"env":{* >> * "MONGO_URL":"10.0.2.252:5530 <http://10.0.2.252:5530/>"* >> * },* >> * "healthChecks": [{* >> * "protocol": "HTTP",* >> * "portIndex": 0* >> * }],* >> * "labels":{* >> * "HAPROXY_GROUP":"external",* >> * "<Using the same ELB as that of mongo json file>"* >> * },* >> * "cpus": 0.25,* >> * "mem": 256.0* >> *}* >> >> I have gone inside the host and checked that env value is reflecting >> correctly. >> Please help me out in analyzing the issue. >> >> Regards, >> Nirmal >> >> >> >> >> >> -- >> Best Regards, >> Haosdent Huang >> >> >> >> >> >> -- >> Best Regards, >> Haosdent Huang >> >> >> >> >> >> >> >> > > > -- > Best Regards, > Haosdent Huang > -- Best Regards, Haosdent Huang