L’équipe du projet Debian a publié le 10 juin 2023 la douzième version de sa distribution : Debian 12 Bookworm. Comme d’habitude, je ne suis pas très en avance, et je n’ai toujours pas mis à jour la moindre de mes machines vers cette nouvelle version, ni même créé de modèle de machine en version 12. Je vais donc passer ici ma première machine vers Bookworm; c’est la machine qui héberge mon cloud perso basé sur nextcloud qui va y passer.
Comme je suis chaud, je vais en profiter pour mettre à jour mon nextcloud de la version 25 vers la version 27.
Ça fait déjà plusieurs mois que l’utilitaire 3dm2 qui surveille les volumes RAID de mon serveur proxmox m’envoie des alarmes de temps en temps pour indiquer qu’un de mes disques (toujours le même) commence à avoir des secteurs difficiles à lire. Dernièrement j’ai reçu une nouvelle alarme de ce genre, avec cette fois-ci plusieurs secteurs d’un coup, signe que le disque commence vraiment à fatiguer. Dans ce genre de situation, la solution est simple : remplacer le disque par un nouveau de même taille, et reconstruire le volume RAID dessus. Ici, je vais plutôt en profiter pour faire une double manipulation, dont le but sera le remplacement des disques système de mon hyperviseur proxmox et le passage à des SSD.
Tout ceci à chaud, sans aucune interruption de production.
Dernièrement j’ai souhaité tester l’application de télévision oqee de free. Comme abonné freebox revolution, j’ai en effet accès à ce service, et comme je dispose d’une télévision compatible avec l’application, je me suis attelé à l’installation de celle-ci. Cependant, je n’aime pas trop que mes périphériques aient un accès plein et illimité à internet, et ma smart tv ne déroge pas à la règle. J’ai donc besoin de créer une règle sur mon parefeu virtuel, pour lui ouvrir l’accès au service oqee de free.
Ça faisait plusieurs mois que mon point d’accès wifi unifi UAP-AC-Pro redémarrait intempestivement quasiment tous les jours; à n’importe quel moment de la journée. Je n’ai jamais vraiment creusé le problème, et j’espérais juste qu’une mise à jour de firmware viendrait corriger ça, car il avait tourné sans aucun souci pendant plusieurs années et j’attribuais ce problème à un bug peut-être apparu avec une mise à jour, que j’appliquais sans trop prendre de précautions.
C’est la deuxième partie de mon plan de montée en débit de mon réseau local. En effet, si je veux profiter du 10 gbps dans mon réseau local, il m’est nécessaire d’équiper mon hyperviseur d’une carte réseau adéquate, car il contient mon pare-feu, qui est en cœur de réseau. Il serait donc inutile d’installer des commutateurs 10 gbps si le trafic interne, à 100% firewallé, est limité à 1 gbps par mon pare-feu. Il va donc falloir procéder à l’ajout d’une carte 10 gbps dans mon hyperviseur.
Il y a par contre un petit défi : mon hyperviseur n’a plus de slot pci-express de taille suffisante disponible.
J’ai récemment mis à jour mon instance de zabbix, et tout s’est très bien passé, comme d’habitude. Cependant, quelques jours après, je me suis aperçu par hasard que la plupart de mes hôtes (au sens zabbix du terme), présentaient plusieurs interfaces snmp au lieu d’une seule, toutes semblant être des copies de l’unique interface originelle.
En voulant nettoyer tout ça pour n’avoir qu’une seule interface de ce type par hôte, j’ai constaté qu’il était impossible de supprimer les interfaces snmp en trop suite à la mise à jour, le bouton « supprimer » étant inactif dans l’interface.
Les interfaces snmp en trop qui sont apparues suite au passage en 5.0. L’option « remove » est grisée.
En fait, tous mes hôtes étaient concernés, sauf ceux qui ont été intégrés dans zabbix courant 2021. Cela semblait donc correspondre à la mise à jour que j’avais faite l’année dernière, en montant à la version 5.2 depuis la 4.8, avec un passage à la 5.0; et je ne m’en apercevais que maintenant.
L’équipe du projet Debian a publié le 14 août 2021 la nouvelle mouture de sa distribution, la version 11 nommée Bullseye. Je ne suis pas très en avance, et pour l’instant je n’avais mis aucune machine de mon infra à jour vers cette version (même si j’ai quand même déjà préparé un modèle de machine en version 11, je n’en ai pas déployé de nouvelle entre temps). On va donc corriger le tir, en procédant à la mise à jour de Debian Buster vers Bullseye de ma machine de supervision.
Comme je suis chaud, on en profitera pour mettre à jour zabbix que j’utilise pour ma supervision, de la branche 5.2 que j’utilise actuellement, à la branche 5.4.
C’est rigolo, je réalise qu’il y a un an pile, j’avais fait le même article, mais dans l’autre sens : j’avais procédé à une grosse montée de version de zabbix, et j’en avais profité pour monter la version de Debian sur ma machine de supervision 🙂 .
Récemment j’ai lu dans le bulletin municipal de mon village que la fibre optique à la maison arrivera dans quelques mois.
C’est une bonne nouvelle.
Du coup, ça m’a fait gamberger quelques jours, et ça y est, je suis de nouveau tombé dans une hystérie de remise en question de mon infrastructure réseau domestique.
Par défaut, si dans les réglages du contrôleur Unifi du site contenant le point d’accès on active la diode des UAP-AC, celle-ci affiche une couleur bleue et une intensité qui varie d’un point d’accès à un autre.
Par exemple sur mon exemplaire, l’intensité est tellement faible qu’il faut être dans le noir complet pour deviner l’éclairage.
Suite à la mise à jour de ma bonne vieille instance Nextcloud vers la version 21, j’ai noté que les tâches cron n’étaient plus exécutées. Cependant, à part cette alarme, il n’y avait pas de problème particulièrement bloquant de remonté par l’auto-diagnostique de l’application.
En creusant un peu, on voit qu’en fait, il y a un problème avec l’utilitaire php occ, qui génère l’erreur ci-dessous dès qu’on l’invoque:
sudo -u www-data php occ maintenance:mode --on
PHP Warning: Module 'apc' already loaded in Unknown on line 0
An unhandled exception has been thrown:
OC\HintException: [0]: Memcache \OC\Memcache\APCu not available for local cache (Is the matching PHP module installed and enabled?)