Jeśli aplikacja Paperless-ngx innej firmy nie działa, ponieważ jej plik Compose odwołuje się do nieprawidłowego obrazu Tika, napraw definicję aplikacji lub użyj utrzymywanego pakietu zamiast wielokrotnie instalować ponownie ten sam wadliwy plik Compose. W oryginalnym wątku pakiet Coolstore wskazywał obraz Tika, który użytkownik uznał za nieprawidłowy, natomiast pakiet BigBear ostatecznie zainstalował się poprawnie po kilku próbach.
Wątek nie wyjaśnił, dlaczego wcześniejsze próby instalacji BigBear zakończyły się niepowodzeniem, dlatego nie byłoby poprawne stwierdzenie, że uniwersalnym rozwiązaniem jest wyłącznie zmiana sekcji IP. Trwałym podejściem jest porównanie pliku Compose innej firmy z aktualnymi wymaganiami Paperless-ngx zawartymi w dokumentacji projektu.
Tika to opcjonalna usługa Paperless
Aktualna dokumentacja konfiguracji Paperless-ngx wyjaśnia, że Tika i Gotenberg to opcjonalne usługi używane do obsługi dokumentów pakietu Office i analizowania wiadomości e-mail. Po włączeniu tej integracji Paperless musi być skonfigurowany z dostępnymi punktami końcowymi.
Oznacza to, że nieprawidłowy obraz usługi Tika może uniemożliwić instalację, która włącza tę integrację, nawet jeśli definicja głównego kontenera Paperless jest prawidłowa.
Traktuj Coolstore i BigBear jako pakiety innych firm
Uczestnik społeczności słusznie zauważył, że Coolstore jest źródłem aplikacji innej firmy. Nieprawidłowe odwołanie do obrazu w takim pakiecie należy zgłosić jego opiekunowi, zamiast uznawać je za usterkę podstawowego systemu ZimaOS.
Jeśli pakiet z jednego sklepu jest nieaktualny, porównaj go z przykładami Docker Paperless dostępnymi w projekcie lub z innym utrzymywanym pakietem. Przed zmianą stosów zachowaj istniejące ścieżki danych.
Ostrożnie edytuj plik Compose lub zaimportuj go ponownie
Obecny ZimaOS umożliwia import niestandardowych definicji Docker Compose. Przewodnik rozwiązywania problemów z niestandardowym plikiem Compose jest bezpieczniejszym rozwiązaniem, gdy definicja aplikacji ze sklepu zawiera nieprawidłowy obraz lub nieobsługiwane pole.
W wydaniu ZimaOS 1.7.1 wymieniono również poprawioną zgodność zapisywania YAML w aktualnych informacjach o wydaniu. To usprawnienie nie naprawia automatycznie nieprawidłowego odwołania do obrazu w repozytorium innej firmy.
Zanim ponownie zainstalujesz Paperless
- Utwórz kopię zapasową danych Paperless, plików multimedialnych i lokalizacji bazy danych.
- Potwierdź, że każde odwołanie do obrazu istnieje i jest utrzymywane.
- Umieść Paperless, jego bazę danych, Redis, Tika i Gotenberg w zamierzonych sieciach Compose.
- Zmieniaj tylko jedno źródło problemu naraz, aby można było jednoznacznie wskazać skuteczne rozwiązanie.
Jeśli instalacja nagle zakończy się powodzeniem po kilku ponownych próbach, tak jak stało się to w tym wątku, nie wymyślaj przyczyny. Oznacz wynik jako sukces potwierdzony przez użytkownika, przy nierozstrzygniętej przyczynie pierwotnej awarii.
