Skip to content
This repository has been archived by the owner on Jun 20, 2024. It is now read-only.

Add proxy info to 'weave status' output #800

Merged
merged 2 commits into from
May 29, 2015

Conversation

paulbellamy
Copy link
Contributor

Closes #756

which is more standard with others, and doesn't conflict with docker api
@paulbellamy
Copy link
Contributor Author

Example output is:

weave proxy v0.11.1
Listen address is :12375
Docker address is unix:///var/run/docker.sock
DNS off
IPAM off

@rade rade changed the title Add proxy info to './weave status' output Add proxy info to 'weave status' output May 29, 2015
rade added a commit that referenced this pull request May 29, 2015
Add proxy info to 'weave status' output

Closes #756.
@rade rade merged commit 59fd53e into weaveworks:master May 29, 2015
@paulbellamy paulbellamy deleted the proxy-status branch May 29, 2015 16:13
@rade rade modified the milestone: next May 31, 2015
rade added a commit to rade/weave that referenced this pull request Jun 8, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes weaveworks#756, weaveworks#800, weaveworks#854.
@rade rade mentioned this pull request Jun 8, 2015
rade added a commit to rade/weave that referenced this pull request Jun 9, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes weaveworks#756, weaveworks#800, weaveworks#854.
rade added a commit to rade/weave that referenced this pull request Jun 9, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes weaveworks#756, weaveworks#800, weaveworks#854.
rade added a commit to rade/weave that referenced this pull request Jun 9, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes weaveworks#756, weaveworks#800, weaveworks#854.
rade added a commit to rade/weave that referenced this pull request Jun 9, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args, and in `weave
status` only report whether the proxy is running.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes most of weaveworks#756, weaveworks#800, weaveworks#854.
rade added a commit to rade/weave that referenced this pull request Jun 9, 2015
There are two problems with obtaining the proxy status via the normal
proxy endpoint...

1. when TLS is enabled, this requires using TLS at the client end

2. the status URL is mixed in with the docker remote API, which is
rather unclean

There is limited value to having some status output from the proxy,
since all the output is constant.

So instead we log the version and command line args, and in `weave
status` only report whether the proxy is running.

We still want a way to wait for the proxy to start up, and log a nice
error if it dies. We do this by polling the docker logs for a startup
message.

Fixes weaveworks#877. Fixes weaveworks#876.

Undoes most of weaveworks#756, weaveworks#800, weaveworks#854.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[proxy] weave status should report on proxy status
2 participants