Rozwiązanie społecznościowe

Aplikacje Docker w ZimaOS tracą dostęp do serwera NAS SMB po ponownym uruchomieniu: jak to naprawić

Plex and Radarr lost access to a Synology SMB share after each reboot until the same ZimaOS folder mapping was manually reselected.

Jeśli Plex, Radarr, Sonarr lub inna aplikacja Docker traci dostęp do zdalnego serwera NAS SMB po każdym ponownym uruchomieniu ZimaOS, sprawdź punkt montowania hosta, zanim zmienisz konfigurację aplikacji. Kontener może zobaczyć udział sieciowy tylko wtedy, gdy ZimaOS pomyślnie go zamontuje, a ścieżka powiązania Dockera nadal wskazuje jego lokalizację.

W przypadku opisanym przez społeczność udział Synology był za każdym razem przywracany, gdy użytkownik ponownie wybierał ten sam folder w selektorze ścieżki Docker Compose. Silnie sugeruje to problem z trwałością montowania lub ścieżki, ale forumowe wyjaśnienie, że ZimaOS zawsze generował nowy wewnętrzny identyfikator montowania, było rozumowaniem społeczności, a nie przyczyną potwierdzoną przez IceWhale. Dlatego dobry przewodnik powinien osobno analizować montowanie, ścieżkę i kolejność uruchamiania.

Najpierw potwierdź, czy udział SMB jest zamontowany po ponownym uruchomieniu

Zanim otworzysz Plex lub Radarr, otwórz aplikację Pliki w ZimaOS i przejdź do udziału zdalnego serwera NAS. Jeśli sam udział jest niedostępny, aplikacja Docker nie jest pierwszym problemem.

Jeśli brakuje udziału

Sprawdź, czy zdalny serwer NAS jest dostępny, jego adres IP lub nazwa hosta nadal się rozwiązuje, protokół SMB jest włączony, a zapisane dane uwierzytelniające są nadal prawidłowe. W razie potrzeby połącz udział ponownie za pomocą procesu Pamięć sieciowa w ZimaOS.

Jeśli udział jest widoczny w aplikacji Pliki

Następnie przejdź do mapowania Dockera. Punkt montowania hosta istnieje, ale aplikacja może nadal odwoływać się do nieaktualnej lub niedostępnej ścieżki.

Korzystaj z pamięci sieciowej ZimaOS zamiast ręcznie tworzonego wpisu fstab

Użytkownik rozważał edycję /etc/fstab. Nie jest to najlepsze rozwiązanie na początek w systemie typu appliance, który już zarządza pamięcią sieciową w swoim interfejsie.

Aktualna dokumentacja ZimaOS pokazuje dostęp oparty na SMB do innego serwera NAS jako część procesów migracji i korzystania z pamięci sieciowej. Najpierw użyj tej zarządzanej ścieżki, aby ZimaOS mogła spójnie obsługiwać dane uwierzytelniające i stan montowania.

Aktualny punkt odniesienia stanowi przewodnik migracji NAS w ZimaOS.

Sprawdź ścieżkę hosta Dockera, a nie tylko ścieżkę kontenera

Mapowania woluminów Dockera mają dwie strony:

  • ścieżka hosta: miejsce, w którym ZimaOS widzi zamontowany folder Synology;
  • ścieżka kontenera: stabilna ścieżka, którą Plex, Radarr lub Sonarr widzi wewnątrz kontenera.

Jeśli strona hosta jest nieprawidłowa po ponownym uruchomieniu, ścieżka kontenera może nadal wyglądać poprawnie w interfejsie aplikacji, choć wskazuje na nic użytecznego.

Aktualny przewodnik po ścieżkach Dockera w ZimaOS wyjaśnia tę różnicę.

Wybierz folder ponownie jako test diagnostyczny

Jeśli zdalny zasób jest widoczny w aplikacji Pliki, ale aplikacja nie może uzyskać do niego dostępu, otwórz konfigurację aplikacji lub Compose i ponownie wybierz folder hosta za pomocą selektora ścieżek ZimaOS.

Jeśli dostęp wraca natychmiast bez zmiany danych logowania ani ścieżek kontenera, jest to mocny dowód, że problem występuje między zarządzanym montowaniem a mapowaniem wiązania Dockera.

Po każdym ponownym uruchomieniu sprawdź kolejność startu

Zdalna pamięć SMB zależy od sieci, DNS lub osiągalności adresu IP, uwierzytelniania oraz gotowości serwera NAS. Kontenery Dockera mogą uruchamiać się szybciej, niż zdalny zasób stanie się dostępny.

Prosty test

  1. uruchom ponownie ZimaOS;
  2. poczekaj, aż zdalny zasób będzie dostępny w aplikacji Pliki;
  3. uruchom ponownie tylko aplikację Dockera, której dotyczy problem;
  4. sprawdź, czy multimedia lub pobrane pliki są ponownie dostępne.

Jeśli działa to niezawodnie, ścieżka może być stabilna, a rzeczywistym problemem może być kolejność uruchamiania, a nie zmieniające się identyfikatory montowania.

Sprawdź uprawnienia w obu systemach

Konto Synology używane do montowania SMB musi mieć dostęp do folderów z multimediami. Następnie zamontowany zasób w ZimaOS musi być dostępny dla procesu Dockera. Na koniec aplikacja musi używać prawidłowej ścieżki kontenera.

Problemy z uprawnieniami mogą wyglądać podobnie jak brak zamontowanego zasobu, dlatego sprawdź osobno komunikaty „odmowa dostępu” oraz „nie znaleziono ścieżki” lub „nie ma takiego pliku”.

Dlaczego ręczne zmiany w pliku fstab mogą utrudnić odzyskiwanie dostępu

Niestandardowe montowanie może wprowadzić pliki danych uwierzytelniających, zależności rozruchowe, parametry czasowe i sposób obsługi błędów, którymi ZimaOS nie zarządza w swoim interfejsie. Jeśli takie niestandardowe montowanie nie powiedzie się podczas uruchamiania, aplikacje mogą mimo to uruchomić się z użyciem pustego katalogu.

Użyj fstab tylko wtedy, gdy zarządzany przepływ konfiguracji pamięci sieciowej nie spełnia wymagań i jesteś gotów utrzymywać montowanie podczas aktualizacji.

Jak zwiększyć odporność aplikacji multimedialnych

  • Używaj stabilnego adresu IP NAS-a lub niezawodnej lokalnej nazwy DNS.
  • Konfiguruj zdalny udział za pośrednictwem funkcji Pamięć sieciowa.
  • Zamontuj jeden stabilny folder hosta w kontenerze.
  • Używaj tej samej ścieżki w kontenerze konsekwentnie w aplikacjach Radarr, Sonarr, klientach pobierania i serwerach multimediów.
  • Po aktualizacjach lub zmianach pamięci masowej sprawdź montowanie przed zmianą bibliotek aplikacji.

Przewodnik rozwiązywania problemów z siecią LAN pomaga ustalić, czy awaria zaczyna się na poziomie sieci, natomiast podstawy ścieżek Dockera zapewniają kontekst dotyczący Dockera.

FAQ

Dlaczego moje aplikacje Docker tracą udział Synology po ponownym uruchomieniu ZimaOS?

Najbardziej prawdopodobne przyczyny to brak ponownego zamontowania udziału SMB, używanie przez aplikację nieaktualnej ścieżki hosta albo uruchomienie kontenera, zanim zdalny udział będzie gotowy. Przetestuj te kwestie osobno.

Czy powinienem edytować plik /etc/fstab?

Nie jako pierwsze rozwiązanie. Preferuj funkcję Pamięć sieciowa ZimaOS, aby system zarządzał udziałem. Ręczne montowania zwiększają nakład pracy konserwacyjnej i komplikują kolejność uruchamiania.

Dlaczego ponowne wybranie tego samego folderu naprawia aplikację?

Odświeża mapowanie montowania po stronie hosta. Jest to dowód na problem z montowaniem lub ścieżką, nawet jeśli widoczna nazwa folderu się nie zmieniła.

Czy mogę używać zdalnego udziału SMB dla aplikacji Plex i Arr?

Tak, pod warunkiem że ZimaOS niezawodnie je montuje, uprawnienia są prawidłowe, a wszystkie kontenery używają spójnych ścieżek na hoście i w kontenerze.