Si une application Paperless-ngx tierce échoue parce que son fichier Compose fait référence à une mauvaise image Tika, corrigez la définition de l’application ou utilisez un paquet maintenu, plutôt que de réinstaller sans cesse le même fichier Compose défectueux. Dans le fil d’origine, le paquet Coolstore pointait vers une image Tika que l’utilisateur estimait incorrecte, tandis qu’un paquet BigBear a finalement été installé avec succès après plusieurs tentatives.
Le fil n’a jamais établi pourquoi les premières tentatives avec BigBear avaient échoué ; il serait donc inexact d’affirmer que la modification de la seule section IP constitue une solution universelle. L’approche durable consiste à comparer le fichier Compose tiers aux exigences actuelles de Paperless-ngx en amont.
Tika est un service Paperless facultatif
La référence de configuration de Paperless-ngx actuelle explique que Tika et Gotenberg sont des services facultatifs utilisés pour les documents Office et l’analyse des e-mails. Paperless doit être configuré avec des points de terminaison accessibles lorsque cette intégration est activée.
Cela signifie qu’une image de service Tika défectueuse peut interrompre une installation qui active l’intégration, même si la définition du conteneur Paperless est par ailleurs valide.
Considérez Coolstore et BigBear comme des paquets tiers
Une réponse de la communauté a correctement indiqué que Coolstore est une source d’applications tierce. Toute référence d’image défectueuse dans ce paquet doit être signalée à son mainteneur, plutôt que considérée comme un défaut du cœur de ZimaOS.
Si le paquet d’une boutique est obsolète, comparez-le aux exemples Docker de Paperless en amont ou à un autre paquet maintenu. Sauvegardez vos chemins de données existants avant de modifier les piles.
Modifiez ou réimportez le fichier Compose avec prudence
Les versions actuelles de ZimaOS peuvent importer des définitions Docker Compose personnalisées. Le guide de dépannage des fichiers Compose personnalisés constitue la solution la plus sûre lorsqu’une définition de boutique d’applications contient une mauvaise image ou un champ non pris en charge.
ZimaOS 1.7.1 mentionne également une meilleure compatibilité lors de l’enregistrement des fichiers YAML dans les notes de version actuelles. Cette amélioration ne corrige pas automatiquement une référence d’image incorrecte dans un dépôt tiers.
Avant de réinstaller Paperless une nouvelle fois
- Sauvegardez les emplacements des données, des fichiers multimédias et de la base de données de Paperless.
- Vérifiez que chaque référence d’image existe et est maintenue.
- Gardez Paperless, sa base de données, Redis, Tika et Gotenberg sur les réseaux Compose prévus.
- Ne modifiez qu’une seule source de problème à la fois afin de pouvoir identifier la correction effective.
Si une installation réussit soudainement après plusieurs nouvelles tentatives, comme dans le fil, n’inventez pas de cause. Présentez simplement le résultat comme une réussite vérifiée par l’utilisateur, l’échec initial restant inexpliqué.
