Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

iptables command failing: address already in use #21

Open
jasisk opened this issue Aug 7, 2015 · 12 comments
Open

iptables command failing: address already in use #21

jasisk opened this issue Aug 7, 2015 · 12 comments

Comments

@jasisk
Copy link

jasisk commented Aug 7, 2015

connectable is presently failing during the iptables command:

$ docker logs connectable
2015/08/07 18:28:50 Connectable listening on 10000 ...
Self: 2011f14d0013ed337acf696b3def8737b45eb7d787b4de79e34b1294b8781e9d bridge
2015/08/07 18:28:51 non-zero exit: 1
$ docker logs thirsty_mcclintock
2015/08/07 18:28:51 listen tcp :10000: bind: address already in use
@progrium
Copy link
Contributor

progrium commented Aug 7, 2015

Can you share the docker runs that you used? What are you running?

@jasisk
Copy link
Author

jasisk commented Aug 8, 2015

Yup. Those are from:

$ docker run -d --name connectable \
        -v /var/run/docker.sock:/var/run/docker.sock \
        gliderlabs/connectable:latest

@jasisk
Copy link
Author

jasisk commented Aug 8, 2015

I also have resolvable, registrator, and consul running. Nothing is otherwise bound to 10000 anywhere.

@progrium
Copy link
Contributor

progrium commented Aug 8, 2015

Okay, but what about thirsty_mcclintock?

On Fri, Aug 7, 2015 at 8:32 PM, Jean-Charles Sisk [email protected]
wrote:

I also have resolvable, registrator, and consul running. Nothing is
otherwise bound to 10000 anywhere.


Reply to this email directly or view it on GitHub
#21 (comment)
.

Jeff Lindsay
http://progrium.com

@jasisk
Copy link
Author

jasisk commented Aug 8, 2015

That's the result of this, no?

@progrium
Copy link
Contributor

progrium commented Aug 8, 2015

Sure, but that was not clear at all. It doesn't name that container so it's
randomly generated like any other container you might run.

On Sat, Aug 8, 2015 at 8:40 AM, Jean-Charles Sisk [email protected]
wrote:

That' the result of this

c, err := client.CreateContainer(docker.CreateContainerOptions{
Config: &docker.Config{
Image: image,
Cmd: []string{cmd},
Entrypoint: []string{"/bin/sh", "-c"},
},
HostConfig: &docker.HostConfig{
Privileged: true,
NetworkMode: fmt.Sprintf("container:%s", container),
},
})
,
no?


Reply to this email directly or view it on GitHub
#21 (comment)
.

Jeff Lindsay
http://progrium.com

@jasisk
Copy link
Author

jasisk commented Aug 8, 2015

Ah. My mistake. 😀

@yangxuesong
Copy link

hi, the connectable container seems ok, but the second container logs error:
listening on 10000...
unable to find self

@raphink
Copy link

raphink commented Jan 14, 2016

I'm currently seeing this too, even though I have no containers listening on 10000 apparently.

@raphink
Copy link

raphink commented Jan 14, 2016

$ netstat -nlp | grep 10000
$ docker run --name connectable -v /var/run/docker.sock:/var/run/docker.sock gliderlabs/connectable:latest
2016/01/14 16:15:30 Connectable listening on 10000 ...
Self: 015fa985c0a8822b4a029cca85960b3055a8a5d38f82085968fedd29932b4c50 default
2016/01/14 16:15:30 non-zero exit: 1

@calvn
Copy link

calvn commented Jan 18, 2016

I am also encountering this issue.

@thomas-oo
Copy link

#36 Fixed this issue for me

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants