You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
I have a setup with ~100 sites to monitor in config.yml
software works but I have lots of incidents/outage on sites with error "net/http: request canceled (Client.Timeout exceeded while awaiting headers)"
I tested one of the site alone inthe config (with a different config.yml but no same server) and it always shows up site up and running, no timeout/errors.
So the problem seems to be when monitor gets "too many" sites to monitor.
The text was updated successfully, but these errors were encountered:
it appears that on client.Do call request, requests look pending (manage one after the other), and time is increasing.
Displaying lag shows that lag is getting higher at each managed monitor.
It seems that http timeout is set for all monitors and starts at each tick, but request is not yet sent (concurrency, done one after the other). This leads to a timeout for all requests that are managed after timeout value, and lag value is also wrong (as it cumulates response time for all requests).
So either you have 1 cpu (go max procs) per monitor and everything will be fine, either you get wrong data (and checks) with too many monitors.
Hi,
I have a setup with ~100 sites to monitor in config.yml
software works but I have lots of incidents/outage on sites with error "net/http: request canceled (Client.Timeout exceeded while awaiting headers)"
I tested one of the site alone inthe config (with a different config.yml but no same server) and it always shows up site up and running, no timeout/errors.
So the problem seems to be when monitor gets "too many" sites to monitor.
The text was updated successfully, but these errors were encountered: