Open Feriman22 opened 2 days ago
getaddrinfo EAI_AGAIN
Below would be my regular response. I am unsure how the Internet connection plays into this. Maybe it broke the DNS you have configured/is the default. Is this reproducible? (if yes, what monitors, ..)
That is a clue that your dns resolver is overwhealmed.
- Are you using
nscd
(in the settings) to avoid overwhealming your dns server?- What is the TTL on the dns records?
It is reproducible. Only HTTP(s) monitors are affected, which monitor some websites on the internet. What exactly should I check when Uptime Kuma does this?
I have Google DNS servers (8.8.8.8 and 8.8.4.4) configured in my router, but nothing else (in Debian or even in Docker Compose).
π I have found these related issues/pull requests
-
π‘οΈ Security Policy
Description
After a power outage, when the server is restarted, all HTTPS monitors in Uptime Kuma appear as down (red), even though the services are accessible. This state persists even after using the Pause/Start option for individual monitors, and only a full restart of the Uptime Kuma Docker container resolves the issue.
I found out that it's because the internet connection is not ready when Uptime Kuma starts.
π Reproduction steps
π Expected behavior
It should be green (up) when the Internet connection has been established.
π Actual Behavior
The HTTP(s) monitor will remain red (down) until the container is restarted.
π» Uptime-Kuma Version
1.23.15
π» Operating System and Arch
Debian 12.7
π Browser
Google Chrome Version 130.0.6723.70 (Official Build) (64-bit)
π₯οΈ Deployment Environment
π Relevant log output