Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.
Sign upThe status of federation target is DOWN #3609
Comments
This comment has been minimized.
This comment has been minimized.
|
When I checked the logs of the second prometheus using command "docker logs 42f0d0d104d2", I saw there were lots of error logs as below. What's the root cause? 2017/12/22 09:02:58 transport: http2Client.notifyError got notified that the client transport was broken unexpected EOF. |
This comment has been minimized.
This comment has been minimized.
|
I'd guess this is a problem with the proxy you're attempting to use, that needs to go in the config file. It makes more sense to ask questions like this on the prometheus-users mailing list rather than in a GitHub issue. On the mailing list, more people are available to potentially respond to your question, and the whole community can benefit from the answers provided. |
brian-brazil
closed this
Dec 22, 2017
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 23, 2019
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
ahrtr commentedDec 22, 2017
•
edited
I setup a prometheus instance successfully, and I can get all the metrics as expected using the following two links,
http://10.136.4.67:8080/metrics
http://10.136.4.67:8080/federate?match[]={endpoint=%22http-metrics%22}
Afterwards, I setup another prometheus instance, which tried to scrape metrics from the above prometheus instance, the configuration file is as below,
The second prometheus instance was successfully started using the following command,
docker run -d --env http_proxy=http://www-proxy.mycompany.com:80 --env https_proxy=http://www-proxy.mycompany.com:80 -p 9090:9090 -vpwd/prometheus.yml:/etc/prometheus/prometheus.yml prom/prometheus:v2.0.0I could open the UI of the second prometheus instance, but I did not see any metrics which were available on the target instance, and the status of the target prometheus instance displayed on the targets page (as below) was DOWN.
http://<IP_ADDRESS_OF_SECOND_PROMETHEUS>:9090/targetsI am pretty sure that:
1. The first prometheus instance is always UP;
2. The two servers on which the two prometheus instances were deployed are always connectable.
What did I miss?
Both prometheus instances were deployed on Oracle Linux Server release 7.3.