Pomoc [v3.0.10.1567] System.Net.WebException: DNS Name Resolution Failure: 'skyhook.sonarr.tv'

[Damian]

Cześć,
QTS: 5.1.1.2491, Container Station v3.0.4.533, Sonarr: 3.0.10.1567.
Robiłem ostatnio upgrade powyższego QTS i CS do wersji jak powyżej. Teraz zauważyłem, że jak chce dodać do Sonarr nowy serial w logu jest błąd:

[v3.0.10.1567] System.Net.WebException: DNS Name Resolution Failure: 'skyhook.sonarr.tv'
  at NzbDrone.Common.Http.Dispatchers.ManagedHttpDispatcher.GetResponse (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookies) [0x0015a] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\Dispatchers\ManagedHttpDispatcher.cs:95
  at NzbDrone.Common.Http.HttpClient.ExecuteRequest (NzbDrone.Common.Http.HttpRequest request, System.Net.CookieContainer cookieContainer) [0x00086] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:126
  at NzbDrone.Common.Http.HttpClient.Execute (NzbDrone.Common.Http.HttpRequest request) [0x00008] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:59
  at NzbDrone.Common.Http.HttpClient.Get (NzbDrone.Common.Http.HttpRequest request) [0x00007] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:281
  at NzbDrone.Common.Http.HttpClient.Get[T] (NzbDrone.Common.Http.HttpRequest request) [0x00000] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Common\Http\HttpClient.cs:286
  at NzbDrone.Core.MetadataSource.SkyHook.SkyHookProxy.GetSeriesInfo (System.Int32 tvdbSeriesId) [0x0003b] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\MetadataSource\SkyHook\SkyHookProxy.cs:50
  at NzbDrone.Core.Tv.RefreshSeriesService.RefreshSeriesInfo (System.Int32 seriesId) [0x0002c] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Tv\RefreshSeriesService.cs:63
  at NzbDrone.Core.Tv.RefreshSeriesService.Execute (NzbDrone.Core.Tv.Commands.RefreshSeriesCommand message) [0x00122] in C:\BuildAgent\work\63739567f01dbcc2\src\NzbDrone.Core\Tv\RefreshSeriesService.cs:231

Contener postawiony przez:

sonarr:
    image: "linuxserver/sonarr"
    container_name: "sonarr"
    volumes:
      - /share/CACHEDEV1_DATA/Container/sonarr:/config
      - /share/CACHEDEV2_DATA/Rdownload/sabnzbd/Downloads/complete:/downloads
      - /share/CACHEDEV2_DATA/Rdownload/medialibrary:/tv
    ports:
      - 8989:8989
    restart: unless-stopped
    environment:
      PUID: 0
      PGID: 0
      TZ: Europe/Warsaw
      DOCKER_MODS: gilbn/theme.park:sonarr
    networks:
       dnet:
          ipv4_address: 172.30.10.2

No i dodatkowo zniknąło fajne czarne tło (DOCKER_MODS)

I podobnie jest z Radarr:

2023-08-28 22:32:07.6|Warn|SkyHookProxy|System.Net.Http.HttpRequestException: Resource temporarily unavailable (api.radarr.video:443)

 

[Pawliko]

niemozliwe, docker jest niezalezny od systemu, i dziala zawsze i wszedzie, i jest ogolnie bezproblemy prawda? @pigers PRAWDA?

 

[3Qn]

docker jest niezalezny od systemu

Ciekawe stwierdzenie.

--------------------------------------------- Off-topic --------------------------------------------
@Pawliko Generalnie tak! I Co to ma wspólnego z tym że routing wysypał się w systemie po aktualizacji?

Z trzech pierwszych środowisk:

$ docker ps -a | wc -l
173

$ docker ps -a | wc -l
157

docker ps -a | wc -l
55

Zaproponuj realną alternatywną architekturę dla serwisów w takiej ilości.
--------------------------------------------- Off-topic --------------------------------------------




1) Czy taka siec w ogóle istnieje czy popsuło się po aktualizacji:

docker network ls

2) Ewentualnie inspekcja felernej sieci:

docker network inspect dnet

2) Zakładam że próbowałeś NAS'a, wyłącz/włącz Container-station

3) Dodanie dns'ów zewnętrznych do kontenera docker-compose.yaml

...
services:
sonarr:
dns:
- "1.0.0.1"
- "1.1.1.1"
...

4)

docker exec -it CONTAINER_ID sh

może się przydać żeby sprawdzić z kontenera

 

[Damian]

Prawdopodobnie muszę dołożyć do każdej sekcji w docker-compose.yaml informacje o DNS. Jak się podłączyłem do dockera z sonarem i sprawdziłem co jest w /etc/resolv.conf był jakiś dziwny wpis 127.0.0.1 (jak dobrze pamiętam).

 

[Usunięty użytkownik pigers]

docker korzysta z kernela danego hosta , więc jest zależny od systemu

trzepać ustawienia sieci dockera - może coś ci wyczyścili ?

┌─[root][kanapa][~]
└─▪ docker exec -it radarr /bin/bash
root@fea174b27131:/# cat /etc/resolv.conf
search local
nameserver 127.0.0.11
options ndots:0

ja mam przypiętego radarra do domyślnej sieci dockera i zero problemów

version: '2.2'
services:
    radarr:
        container_name: radarr
        cpus: 0.5
        mem_limit: 512m
        environment:
            - PUID=${apps_puid}
            - PGID=${apps_guid}
            - TZ=${apps_timezone}
        ports:
            - '7878:7878'
        volumes:
            - 'radarr_config:/config'
            - '${media_location}:/data'
        restart: ${apps_restartpolicy}
        image: linuxserver/radarr:latest

 

[Damian]

Może przez to, że mam to zdefiniowane jako external network.
Miałem:

networks:
    dnet:
       ipam:
          driver: default
          config:
          - subnet: 172.30.10.0/24
    default:
       external:
           name: qnet-static-bond0

zmieniłem na:

networks:
    dnet:
       ipam:
          driver: default
          config:
          - subnet: 172.30.10.0/24
    default:
       external: true
       name: qnet-static-bond0

Dodatkowo był błąd:
failed to remove network container_dnet: Error response from daemon: error while removing network: network container_dnet id 5ebd4a45ae7148676056e8612981e65b806d1bf004761a859e9ba8bc23fdd49b has active endpoints
Ale docker network inspect container_dnet nie pokazywał żadnych podpiętych contenerów. Po restarcie Containter Station można było usunąć tą sieć. Niestety ale musiałem też dodać informacje o DNS w każdym z kontenerów, które używa sieci zewnętrznej. Zaczęło działać.

 

[Usunięty użytkownik pigers]

wklej kod w tagu CODE , ICODE to jest jednolinjkowców