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 upError connecting Prometheus to Alertmanager when both are running behind reverse proxies. #4621
Comments
This comment has been minimized.
This comment has been minimized.
|
And right after posting this, I found a solution:
The path_prefix option was not something that was easily found in the documentation. |
FireDrunk
closed this
Sep 17, 2018
This comment has been minimized.
This comment has been minimized.
lock
bot
commented
Mar 22, 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. |
lock
bot
locked and limited conversation to collaborators
Mar 22, 2019
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
FireDrunk commentedSep 17, 2018
•
edited
Bug Report
What did you do?
Configure Prometheus & Alertmanager to work behind a reverse proxy.
What did you expect to see?
Working prometheus -> Alertmanager connection, and alert pushing.
What did you see instead? Under which circumstances?
Prometheus crashes :'(
Environment
System information:
Docker EE (UCP 3.0.1)
Prometheus version:
prom/prometheus:latest
prom/alertmanager:latest
Because I'm using a reverse proxy, I have to tell both prometheus and alertmanager that they are serving on a different URL. This works fine, but I should also be able to tell Prometheus that Alertmanager is running on a different base url.
When using the base (alertmanager:9093) I get 404's on AlertManager's side, which makes sense.
Upon configuring the extra context root (/alertmanager/) prometheus crashes.
I couldn't find any options to override the URL part of the hostname, so I guess this is both a bug and a feature request ;)
prometheus/config/config.go
Line 456 in 7d01ead
This seems to be the point that gives me the error, but in my case, the URL is valid, just not 'supported'.