Open blackthroat opened 1 year ago
For the time being you could add this to your docker compose:
image: ....
extra_hosts:
- "plex.url.com:172.16.0.5" # "domain:ip"
- "sonarr.lan:172.16.0.8" # "domain:ip"
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Description
Every morning at 5AM I receive alerts from Uptime Kuma with a "Temporary failure in name resolution" message for a handful of my devices. After digging through logs of all my Docker containers with Graylog, I determined that Overseerr was causing this and it coincides with the default scheduled run for the Media Availability Sync job.
After changing the Radarr, Sonarr, and Tautulli addresses from a hostname to an IP address (in my instance, they all share the same hostname), then manually running the Media Availability Sync job numerous times, I no longer received Pi-hole messages that a client has been rate-limited. After changing them back to a hostname, I was able to easily replicate the problem. No other Overseerr job seems to flood my DNS server (Pi-hole) with queries. You can see in the screenshots below that the Download Tracker job, which usually has no issues running, receives an error while the Media Availability Sync job is in progress.
Desired Behavior
Have the Media Availability Sync job cache and use the DNS query result(s) of the hostname(s) for services (Radarr, Sonarr, and Tautulli) for the remainder of the job.
Additional Context
Code of Conduct