Skip to content
This repository has been archived by the owner on Mar 27, 2019. It is now read-only.

Default listen port not being set to 8000 #229

Open
matthewmrichter opened this issue Jan 5, 2018 · 3 comments
Open

Default listen port not being set to 8000 #229

matthewmrichter opened this issue Jan 5, 2018 · 3 comments

Comments

@matthewmrichter
Copy link

matthewmrichter commented Jan 5, 2018

For releases after roughly tag 2.2.0, when we launch vault-ui in our Mesos/Marathon cluster, it seems to be listening on a random port rather than 8000 by default (as is specified in the README). I was able to resolve this by adding the PORT=8000 env variable via our Marathon template, which seems to force the port to 8000. But otherwise, it was spinning up on a random port and then failing our marathon health checks (which assumed 8000)

@ghost
Copy link

ghost commented Jan 23, 2018

What command were you using to spin up the dockerings?

EDIT: I've checked my own docker file, and I haven't needed to add an ENV for port 8000. So I doubt this is an issue with the docker file.

@jodem
Copy link

jodem commented Jun 4, 2018

On marathon looks like container port must be bound to the same host port, if you leave host port to 0 in marathon app definition (allowing marathon to pick a random port) the server won't respond to requests. As 8000 is not in the list of offered port I had to force let's say 17000 in host and container port and add the var env "PORT=17000" to have it work.

@jodem
Copy link

jodem commented Jun 4, 2018

For info it turns out marathon add automatically PORT as var env in the container of the HOST port. Since vault-ui consider this value for an override of default value, docker correctly bind the port but vault-ui start locally on the bad port, host instead of local. That explains why in marathon (1.5.6 at least) we MUST force this PORT var env to be same as bound and host.

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

No branches or pull requests

2 participants