Se un’app Paperless-ngx di terze parti non funziona perché il suo file Compose fa riferimento a un’immagine Tika errata, correggi la definizione dell’app oppure usa un pacchetto mantenuto, invece di reinstallare ripetutamente lo stesso Compose difettoso. Nel thread originale, il pacchetto Coolstore faceva riferimento a un’immagine Tika che l’utente riteneva errata, mentre un pacchetto BigBear è stato installato correttamente dopo diversi tentativi.
Il thread non ha mai stabilito perché i tentativi precedenti con BigBear fossero falliti; pertanto, sarebbe inesatto affermare che modificare solo la sezione IP sia una soluzione universale. L’approccio più duraturo consiste nel confrontare il Compose di terze parti con i requisiti upstream attuali di Paperless-ngx.
Tika è un servizio opzionale di Paperless
L’attuale riferimento alla configurazione di Paperless-ngx spiega che Tika e Gotenberg sono servizi opzionali utilizzati per i documenti Office e l’analisi delle e-mail. Quando questa integrazione è abilitata, Paperless deve essere configurato con endpoint raggiungibili.
Ciò significa che un’immagine del servizio Tika difettosa può compromettere un’installazione che abilita l’integrazione, anche se la definizione del container principale di Paperless è altrimenti valida.
Considera Coolstore e BigBear pacchetti di terze parti
Una risposta della community ha correttamente sottolineato che Coolstore è una fonte di app di terze parti. Un riferimento a un’immagine errata in quel pacchetto dovrebbe essere segnalato al relativo manutentore, invece di essere interpretato come un difetto del core di ZimaOS.
Se un pacchetto dello store non è aggiornato, confrontalo con gli esempi Docker upstream di Paperless o con un altro pacchetto mantenuto. Prima di modificare gli stack, conserva i percorsi dei dati esistenti.
Modifica o reimporta il Compose con attenzione
ZimaOS attuale può importare definizioni Docker Compose personalizzate. La guida alla risoluzione dei problemi relativi ai Compose personalizzati è la soluzione più sicura quando una definizione dell’app store contiene un’immagine errata o un campo non supportato.
ZimaOS 1.7.1 indica inoltre una migliore compatibilità nel salvataggio dei file YAML nelle note di rilascio attuali. Questo miglioramento non corregge automaticamente un riferimento a un’immagine errato nel repository di terze parti.
Prima di reinstallare nuovamente Paperless
- Esegui il backup dei percorsi relativi ai dati, ai file multimediali e al database di Paperless.
- Verifica che ogni riferimento a un’immagine esista e sia mantenuto.
- Mantieni Paperless, il database, Redis, Tika e Gotenberg sulle reti Compose previste.
- Modifica una sola possibile causa del problema alla volta, così da poter identificare la correzione riuscita.
Se un’installazione riesce improvvisamente dopo diversi tentativi, come accaduto nel thread, non inventare una causa. Mantieni il risultato classificato come riuscita verificata dall’utente, con la causa del problema originale ancora irrisolta.
