C’est sur une discussion reddit que j’ai vu une belle image de « dashboard », et renseignements pris, il s’agissait de Homepage. Cela m’a paru sympa, et pratique pour avoir une vue globale des différents services/applications qui tournent sur mon réseau local.

Disponible en container Docker (mais aussi pour Unraid ou Kubernetes), Homepage est facile à installer. Il suffit ensuite d’y déclarer ses services, avec pas mal de choses bien pensées qui facilitent leur supervision : que ce soit un container Docker, ou une application pour laquelle un widget est disponible (une centaine d’applications sont listées). Si aucune de ces deux conditions ne sont réunies, il sera toujours possible d’afficher un simple lien et la disponibilité du service.

On peut aussi y ajouter de simples liens vers des sites de son choix via le fichier bookmarks.yalm, une barre de recherche pointant sur le moteur de son choix, ou encore les ressources de la machine (cpu, mémoire, disk). Bref, de quoi se configurer un beau tableau de bord !

Une fois installé et configuré, cela peut donner un truc comme ça :

Voyons ça de plus près…

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 ce nouveau container. Pour Nextcloud, on procédera de la même manière pour mettre à jour le container (si nécessaire), sinon on passera par l’interface de Nextcloud pour faire les mises à jour, cela fonctionne très bien.

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…