Voilà un moment que je cherchais comment mettre à jour proprement mon instance Docker de Nextcloud. En fait l’info était bien disponible, bien que peu détaillée, sur la page du container, mais je me mélangeais un peu les pinceaux entre l’image, le container, et l’application elle-même.

Voilà ce qui est indiqué dans la documentation fournie par Linuxserver.io, ce n’est pas hyper clair, et la section « Updating Info » pour chaque container n’est vraiment ni détaillée ni très explicite :

La plupart de nos images sont statiques, versionnées, et nécessitent une mise à jour de l’image et une recréation du conteneur pour mettre à jour l’application qu’elles contiennent. À quelques exceptions près (par exemple, nextcloud, plex), nous ne recommandons ni ne prenons en charge la mise à jour des applications à l’intérieur du conteneur.

Sur les forums Docker, on déconseille également l’utilisation de Portainer, l’interface fournie par défaut dans OpenMediaVault pour gérer ses images et containers Docker. En particulier pour des problèmes de gestion de version des applications justement.

Donc pour la création d’un nouveau container, rien ne vaut une bonne vieille commande docker run, et tant qu’à faire autant la mettre dans un script pour pouvoir la réutiliser facilement. Pour Plex, cela suffira à utiliser la dernière version de l’application au sein de se nouveau container. Pour Nextcloud, on procédera de la même manière pour récupérer les images, on utlisera Portainer pour créer la stack, puis il faudra mettre à jour l’application elle-même à l’intérieur du container, étape supplémentaire et nécessaire. Dans les deux cas, on ne perd rien de sa configuration ou de ses fichiers, et tout est relancé en quelques minutes.

Enfin, je parlerai vite fait de la mise à jour d’OMV lui-même à la fin de l’article.

Allons-y…

Suite au changement de HD sur mon NAS, j’ai été amené à réinstaller mes containers Docker. L’occasion d’en apprendre un peu sur les sauvegardes d’images que je faisais et comment les restaurer.

Pour Nextcloud, j’ai finalement décidé d’en profiter pour installer la dernière version disponible, et d’oublier l’idée d’une restauration. J’étais en v21.0.4, et c’est actuellement la v23.0.0 qui est disponible sur linuxserver.io. Allons-y pour une installation toute neuve, mais en gardant mon fichier config.php, spécifique à mon réseau.

Tout n’a pas été simple, loin de là. J’ai pu constater que l’installation avait pas mal changé depuis la première installation (v20), et que la restauration de mon dossier de configuration devait se faire plus tard, sinon l’installation bloquait ! J’ai aussi noté quelques trucs utiles en cas de problème sur les logs et l’accès à la Base de Données. Pour finir, j’ai aussi eu une erreur de type « mise à jour » ! 😡

Revoyons un peu tout ça…

Comme je commençais à recevoir des mails m’informant que mon disque externe (DATA) était occupé à 85%, je me suis dit qu’il était temps de le remplacer par un plus grand.

Lors de l’installation d’OMV sur mon ODROID-HC2, j’avais utilisé un vieux HD de 1 To que j’avais en stock. Il était temps de doubler la taille : pour une cinquantaine d’euros, j’ai donc acheté un HD 3,5″ – Seagate BarraCuda 2 To sur Amazon (je sais, c’est mal).

Restait à effectuer le remplacement, et ça n’a pas été aussi simple que je l’aurais souhaité : entre le hard-reset du PC pendant la création d’une image Clonezilla, le crash de la SDcard qui contient l’OS du NAS OMV, les copies inutiles, les errements avec Docker, j’ai eu droit à un bel échantillon de la loi des emm.. maximum ! (également appelée loi de Murphy) 😮

Tout est désormais reparti, j’ai pu finalement tout restaurer même Nextcloud, mais pour ce dernier je ferais un article dédié.

Dans cet article, je me limiterai au changement du HD. Finalement, j’aurais tout aussi bien pu le brancher directement et y restaurer mes sauvegardes rsync, j’aurais gagné du temps ! Mais comme souvent, j’aurais au moins appris des choses qui me seront utiles la prochaine fois !

Concernant la restauration des images Docker, j’ai mis à jour l’article OpenMediaVault : Sauvegarde & Restauration des containers Docker avec explications et exemple pas-à-pas.

J’ai eu un problème avec Nextcloud sur le NAS OMV, à savoir que les fichiers de plus de 1GB que je partageais échouaient systématiquement au téléchargement. 😳

Je me suis dit que la première chose à faire, c’était de mettre à jour Nextcloud à la dernière version (vieux réflexe de support). Comme je ne m’étais pas encore penché sur la façon de mettre à jour mes containers docker, c’était l’occasion. Je vais ainsi passer Nextcloud de la version 20.0.5 à la 20.0.12, puis à la 21.0.4.

Cela ne suffira pas à régler le problème d’origine, je me suis alors attaqué au problème de taille de fichiers partagés. Et je suis tombé sur deux limites à traiter : 1Go et 2Go. La première est due aux paramètres du proxy (swag), la seconde à l’architecture 32 bits de mon NAS.

Voyons voir tout cela…

Hier, j’ai voulu ajouter un nouveau dossier à mon instance docker Plex sur mon serveur Openmediavault . Pour ce faire, il fallait modifier le container docker puisque les dossiers (‘Volumes’ dans la terminologie docker) sont définis à ce moment là.

Mauvaise idée, parce je n’ai jamais pu faire refonctionner l’instance de Plex modifiée ; non seulement l’interface web m’indiquait ce message peu rassurant : « Un problème a été détecté dans un composant au cœur du serveur multimédia Plex« , mais le process ‘Plex Media Server’ prenait 100% de CPU. J’ai fini par arrêter le container.

J’en suis resté là, il était déjà tard, et ce matin, je me suis attaqué au problème, bien décidé à le résoudre… Ça n’a pas été évident, mais j’ai appris quelques trucs que je vais noter et partager ici, comme comment supprimer complètement Plex Media Server, où aller voir les logs, et finalement comment j’ai fini par obtenir la solution.

Au passage, j’ai même installé Emby, un autre media server, car je pensais que je n’allais pas m’en sortir. Voyons tout cela…