Ma petite mise à jour annuelle de Zabbix 🙂 . Comme d’habitude, l’OS qui fait tourner mon instance Zabbix est une Debian (ici une Bullseye, à jour). La mise à jour de Zabbix version 5.4.x vers la version 6.0.x se fera donc en utilisant les dépôts Debian mis à disposition par le projet Zabbix, et en suivant scrupuleusement la documentation.
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.
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.
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.
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 🙂 .
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?)
Je suis tombé sur le cas il y a quelques temps, avec une carte mère MSI Z77A-GD55, qui il est vrai, n’est plus toute jeune. Cependant elle fonctionne encore bien, et j’aime bien faire durer le matériel. L’installation de Debian en UEFI s’est déroulée sans encombres, et après coup, c’est vrai que c’est rigolo que le média d’installation ait bien démarré en UEFI, mais que le système final n’arrive pas à démarrer Debian en UEFI.