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 upConsul log spam in 2.0rc2 #3353
Comments
This comment has been minimized.
This comment has been minimized.
|
@cstyan any suggestions? Can we just catch and mute that known error or does picking a longer timeout help? |
This comment has been minimized.
This comment has been minimized.
|
@fabxc I don't entirely understand why having the same value for both timeouts is causing an issue, but I don't see any problem with increasing the consul clients timeout. Let me know if there's any investigation you want me to do here. |
This comment has been minimized.
This comment has been minimized.
|
I suppose the request timeout is happening shortly before the Consul watch timeout, which makes Consul think there was a legtimiate error. I suppose making the timeout notably longer could help. But not sure. |
This comment has been minimized.
This comment has been minimized.
|
Hmm okay, that makes sense. @zemek if you can provide an example config or setup where you saw this happening, I can play with the timeouts to get a better sense of what's happening and decide if the consul timeout should change. |
This comment has been minimized.
This comment has been minimized.
|
@cstyan here is a minimal config:
consul service config
you should pretty much get the errors immediately every 30s:
|
This comment has been minimized.
This comment has been minimized.
krushmike
commented
Oct 27, 2017
•
|
Thought I would chime in as well. Seeing precisely the same issue... Rolling back to prometheus-1.8.1.windows-amd64, no issues. |
This comment has been minimized.
This comment has been minimized.
|
Fixed in #3368. |
grobie
closed this
Nov 4, 2017
grobie
referenced this issue
Nov 4, 2017
Closed
Prometheus 2.0: spurious errors in consul service discovery #3413
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. |
zemek commentedOct 25, 2017
The timeout added in https://github.com/prometheus/prometheus/pull/3303/files is the same value as the watch timeout: https://github.com/cstyan/prometheus/blob/ceb01dcc427864d79d6a8333a024246617d4558d/discovery/consul/consul.go#L37
That means if there are no changes to the consul environment, the request will take as long as the watch timeout to return. Since the client timeout and the watch timeout are the same, you get a bunch of
(Client.Timeout exceeded while awaiting headers)errors