Open colaH16 opened 9 months ago
Thanks for the thorough report. Temporary or intermittent timeouts can happen, and the way all of them time out at the same time might suggest that there were network issues around that time. If you want to investigate further, enabling the verbose logging should help.
I checked the "Disable resolving of IPv6 addresses" option, and it doesn't seem to cause the problem anymore. But why do I see ipv4 in the logs? Do you think it's related?
I enabled "Disable resolving of IPv6 addresses" and the UDP timeout error was significantly reduced. Before this, the error like "exchanging with 8.8.4.4:53 over udp: read udp 172.26.0.2:42199->8.8.4.4:53: i/o timeout" occurred about every 2 seconds, but now it occurred 3 times in about 10 minutes. And after 10 minutes, it decreases even more. From 10 minutes after startup to 40 minutes after startup, it didn't happen for about 30 minutes.
When I restart the container, the same thing happens 3 times in 5-10 minutes, then not for about 30 minutes.
same problem, after v0.107.44 I'm getting DNS timeouts from time to time
Same here.. this got really bad and ended up filling my drive due to the log file getting out of control.
I had this issue in v0.107.41 and it is still happening in v0.107.44
Disabling ipv6 resolution did not help, nor did changing the upstream.
same problem, after v0.107.44 I'm getting DNS timeouts from time to time
Just reviewed the logs and my Adguard Home is trying to perform the requests over IPv6 but it fails due to no IPv6 connectivity inside the container.
2024/02/07 23:14:09.993049 [error] dnsproxy: upstream tls://dns.quad9.net:853 failed to exchange ;update.googleapis.com. IN A in 611.011µs: getting conn to tls://dns.quad9.net:853: connecting to dns.quad9.net: dial tcp [2620:fe::9]:853: connect: cannot assign requested address
dial tcp [2620:fe::fe]:853: connect: cannot assign requested address
I double checked that prefer IPv6 is disabled as well on the config file but still no luck.
bootstrap_prefer_ipv6: false
I already disabled it https://github.com/AdguardTeam/AdGuardHome/issues/6714#issuecomment-1932417139
Before I disabled that setting, I was seeing that error log about every 2-3 seconds Now that I've disabled that setting, I'm down to about 53 errors in 12 hours. 53 is about 4 per hour. But it's still happening.
adguardhome-75bb55f667-h98nm_adguardhome.log
I'll post the log again with verbose.
here is the verbose log. thank you. adguardhome-6b587c4464-8r9db_adguardhome.log
Same here one two instances - one installed on raspi directly and one installed as docker container. Both running with latest version, tested also with edge version. I see several (2-5) errors a second
For me this solved the problem https://www.reddit.com/r/Adguard/comments/1ajijuh/adguard_failed_to_exchange_with_upstream_router/
After that no more error messages in log files and CPU usage went from 25% to 1%
Unfortunately, I don't have a reverse DNS server registered with AdAds or DNS servers. My AdAds only point to public DNS servers
Prerequisites
[X] I have checked the Wiki and Discussions and found no answer
[X] I have searched other issues and found no duplicates
[X] I want to report a bug and not ask a question or ask for help
[X] I have set up AdGuard Home correctly and configured clients to use it. (Use the Discussions for help with installing and configuring clients.)
Platform (OS and CPU architecture)
Linux, AMD64 (aka x86_64)
Installation
Docker
Setup
On a router, DHCP is handled by the router
AdGuard Home version
v0.107.44
Action
docker logs -f adg
Expected result
Actual result
Additional information and/or screenshots
dns query from docker exec
of course, adg container can query dns from 8.8.4.4 172.26.0.2 1.0.0.1, etc.
adg is the adguard home docker container
A log of successful queries is left.
of course, adg query dns from 168.126.63.2 successfully.
failed on test upstream
However, the docker logs are showing i/o time out errors. It appears that you are checking the connection status in a different way than the actual DNS query. What method are you using?