Ça y est, j’ai craqué pour un nouveau NAS avec ce Beelink Me mini qui me semble bien prometteur, et qui coche toutes les cases demandées, et même plus.

Mon NAS actuel, un Odroid-HC2, avec son architecture x32 (plus de containers docker disponibles), devenait problématique à maintenir à jour, il était temps de le remplacer.

En premier lieu, je souhaitais donc un processeur de la génération N100 d’Intel pour sa faible consommation (TDP 6W) alliée à de bonnes performances (architecture Alder Lake) ainsi que la capacité à décoder les formats vidéos (techno QuickSync pour le décodage hardware).

Et la deuxième chose que je souhaitais, c’était du stockage sous forme de NVMe SSD pour le gain de place. Quelque chose de pas vraiment nécessaire pour mon usage, un stockage en SSD SATA aurait été largement suffisant, mais le côté mini-machine me plaisait pas mal.

Avec ce Beelink Me mini, j’ai donc :

• un processeur N150 (arch. Twin Lake), soit la toute dernière génération.
• 12 Go de RAM (soudé, impossible d’avoir plus).
• 64 Go de stockage de base en eMMC, typiquement pour l’OS.
• 6 ports M.2 compatibles du 2230 au 2280 NVMe représentant 24 To de stockage potentiel !
• 2 ports Ethernet de 2.5 Gbps.

Belle petite machine tout de même ! 😎 Ce modèle est actuellement vendu sur AMZ au prix de 409 €, incluant 1 NVMe de 2 To Micron Crucial. (On dirait que le prix a déjà augmenté : je le vois désormais 489 € ?). Il reste semble-t-il la possibilité de le commander directement sur le site constructeur, voir cet article sur le site minimachines).

Voyons la bête d’un peu plus près, ainsi que l’installation d’OpenMediaVault pour commencer à exploiter cette belle machine.

Mauvaise surprise la semaine dernière : mon serveur OMV ne démarre plus. Impossible d’y accéder donc, même après un arrêt électrique. Le boot du système apparemment ne va pas très loin, je n’entends même pas le HD se mettre en route. Pas de réseau donc, et aucun moyen d’intervenir pour investiguer le problème. 🙁

J’ai vérifié l’intégrité (scandisk) de la sdcard sur le PC : aucune erreur de détectée, réessayé un démarrage, rien à faire. À ce stade, j’étais un peu en panne d’inspiration pour dépanner le système… Je ne sais pas ce qui s’est passé, j’avais reçu un mail me demandant de redémarrer après une mise à jour : manifestement celle-ci s’est mal passée… sans doute aurais-je du regarder les logs avant de lancer ce redémarrage, mais bon, c’est plutôt courant comme opération, alors…

Ma dernière sauvegarde datait d’environ un an, j’étais encore en OMV5 à l’époque ! j’ai pu démarre dessus, et pensé à refaire la mise à jour vers OMV6 puis OMV7, mais j’ai eu de beaux messages d’erreur que je n’ai pas cherché à comprendre (OMV5 c’est vieux maintenant), et je suis vite parti sur l’idée de refaire une installation tout fraîche d’OMV7.

L’Odroid-HC2 est plutôt bien conçu : une sdcard pour le système (soit Armbian+OMV) et un bon vieux HD 3,5″ que l’on vient connecter directement sur la carte. Toutes mes données, y compris Docker, sont installées sur le HD, je n’ai donc qu’à installer OMV7 et recréer les liens vers le HD.

Tout s’est passé assez facilement, revenir à un système opérationnel a finalement été assez rapide et sans aucune perte de données. 😎

Voyons voir tout ça : je ne reprends pas une installation d’OMV en détail (déjà fait), mais les seulement étapes importantes de cette réinstallation.

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 et/ou sur mon hébergeur.

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…