{"action":"created","issue":{"url":"https://api.github.com/repos/open-mpi/ompi/issues/2320","repository_url":"https://api.github.com/repos/open-mpi/ompi","labels_url":"https://api.github.com/repos/open-mpi/ompi/issues/2320/labels{/name}","comments_url":"https://api.github.com/repos/open-mpi/ompi/issues/2320/comments","events_url":"https://api.github.com/repos/open-mpi/ompi/issues/2320/events","html_url":"https://github.com/open-mpi/ompi/issues/2320","id":186337492,"number":2320,"title":"TCP BTL in docker container freezes (again, sorry)","user":{"login":"d-a-v","id":4800356,"avatar_url":"https://avatars.githubusercontent.com/u/4800356?v=3","gravatar_id":"","url":"https://api.github.com/users/d-a-v","html_url":"https://github.com/d-a-v","followers_url":"https://api.github.com/users/d-a-v/followers","following_url":"https://api.github.com/users/d-a-v/following{/other_user}","gists_url":"https://api.github.com/users/d-a-v/gists{/gist_id}","starred_url":"https://api.github.com/users/d-a-v/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/d-a-v/subscriptions","organizations_url":"https://api.github.com/users/d-a-v/orgs","repos_url":"https://api.github.com/users/d-a-v/repos","events_url":"https://api.github.com/users/d-a-v/events{/privacy}","received_events_url":"https://api.github.com/users/d-a-v/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":16,"created_at":"2016-10-31T16:55:45Z","updated_at":"2016-11-03T09:45:30Z","closed_at":null,"body":"Hello,\r\n\r\nWhen trying to run openmpi in a docker container using a bridge as the only existing network interface available, the application gets stuck.\r\n\r\nA setup is available for anyone who wishes to [test](https://github.com/d-a-v/openmpi-bridge-docker).\r\n\r\nThis is a still real old problem. This https://github.com/open-mpi/ompi/issues/160 issue from 2014 expected the problem to be solved by ompi-v1.9+. \r\nI have not come to beg. I just want to highlight this bug again, because it would rock to run setups with slurm+openmpi in bridged docker containers, so to allow far easier HPC administration.\r\n"},"comment":{"url":"https://api.github.com/repos/open-mpi/ompi/issues/comments/258098913","html_url":"https://github.com/open-mpi/ompi/issues/2320#issuecomment-258098913","issue_url":"https://api.github.com/repos/open-mpi/ompi/issues/2320","id":258098913,"user":{"login":"d-a-v","id":4800356,"avatar_url":"https://avatars.githubusercontent.com/u/4800356?v=3","gravatar_id":"","url":"https://api.github.com/users/d-a-v","html_url":"https://github.com/d-a-v","followers_url":"https://api.github.com/users/d-a-v/followers","following_url":"https://api.github.com/users/d-a-v/following{/other_user}","gists_url":"https://api.github.com/users/d-a-v/gists{/gist_id}","starred_url":"https://api.github.com/users/d-a-v/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/d-a-v/subscriptions","organizations_url":"https://api.github.com/users/d-a-v/orgs","repos_url":"https://api.github.com/users/d-a-v/repos","events_url":"https://api.github.com/users/d-a-v/events{/privacy}","received_events_url":"https://api.github.com/users/d-a-v/received_events","type":"User","site_admin":false},"created_at":"2016-11-03T09:45:29Z","updated_at":"2016-11-03T09:45:29Z","body":"@bosilca \r\n1. you are right, I did not mention it. Here is an example of working connectivity: [there)[https://gist.githubusercontent.com/d-a-v/d79d6f1aa834aa48b25d83c8ed11ba66/raw/b8f571927ee8075763b8facfc855d8a708f184b9/gistfile1.txt]\r\n2. I'll start the 20mn wait test right after this. Please note that the applications eat all available cpu while sitting and waiting for communication to succeed. So it seems not be a tcp send/receive not receiving acks.\r\n3. That's beyond my knowledge, you guys got the answers by yourselves :) \r\n\r\n\r\nKnowing that both the applications eats cpu while waiting, is there an easy way to run gdb and break / examine the state (like: where is the ompi code looping)  ?\r\n(so far I have never gdb'd a running multitask application)"}}
{"actor":{"display_login":"d-a-v"}}