Alliance-Boreale/Set-OPS-Public
2
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity

journal : catalogue des capteurs au site ; icingadb-redis mis a jour sans que la simulation le montre

Browse source 
serveur_icinga deploye au site : catalogue pose, epinglage des paquets tiers. icingadb-redis 8.2.9 -> 8.2.10 (installe depuis le cache, invisible en --check) ; Icinga 2 et Icinga DB reconnectes. VM 99998 supprimee par l'exploitant.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
Daniel Allaire 2026-10-08 13:16:00 -04:00
parent 479ec3cc7d
commit 2dce6eabd5
1 changed files with 32 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

32
CHANGELOG.md
View file

@ -1,5 +1,37 @@
# CHANGELOG — Set-OPS # CHANGELOG — Set-OPS
## 2026-10-08 (111) — Le catalogue des capteurs au site, et une mise à jour que la simulation ne montrait pas
**94 preuves.** Le catalogue des capteurs d'Icinga (accents, consignes « action », 2026-10-04)
n'avait jamais été déployé au site. `make site-appliquer GROUPE=serveur_icinga`, simulé
d'abord : 0 échec ; le catalogue (`/etc/icinga2/setops-materiel.json`) porte ses 14 consignes,
accents compris ; configuration validée ; jeu `icinga` acté.
### Ce que la simulation ne pouvait pas montrer
La simulation montrait trois fichiers d'épinglage neufs (`icinga2`, `icingadb`,
`icingadb-redis`) : le site n'avait jamais reçu l'épinglage des paquets tiers. Comparés aux
versions installées, deux étaient égaux ; `icingadb-redis` était installé en **8.2.9**,
épinglé en **8.2.10** (la version déclarée, celle des locataires). J'ai dit à l'exploitant que
ce déploiement ne l'installerait pas. **C'était faux** : `paquets_tiers` installe depuis son
cache les paquets qu'il vient de déposer. En simulation, rien n'est déposé, donc rien ne
s'installe, et la tâche ne paraît pas. Au vrai passage : `icingadb-redis` 8.2.9 -> 8.2.10 à
00:25:24, Redis redémarré à 00:25:26.
**Vérifié ensuite** : Icinga 2 s'est reconnecté à Redis à 00:25:26 ; Icinga DB a repris sa
confirmation d'instance active à 00:27:52, à son rythme de cinq minutes. Le dernier état écrit
en base datait de 00:10:35, ce qui a d'abord inquiété : Icinga DB n'écrit un état que
lorsqu'il change (une écriture en 75 minutes), son âge ne mesure donc rien. Services non OK
dans l'API : quatre, tous connus et sans rapport (matériel de `gandalf`, correctifs en
attente).
**Retenu** : une simulation de `paquets_tiers` ne montre pas les installations. Comparer les
versions épinglées aux versions installées, et le dire comme une mise à jour.
### La VM 99998
Supprimée du cluster par l'exploitant (suite de l'entrée (106)).
## 2026-10-07 (110) — Les 13 s de Loki n'étaient pas la copie : c'était son arrêt, qui attend un envoi d'Alloy ## 2026-10-07 (110) — Les 13 s de Loki n'étaient pas la copie : c'était son arrêt, qui attend un envoi d'Alloy
**94 preuves.** Correction de l'entrée (109). Déployée partout (`client_backup` chez les deux **94 preuves.** Correction de l'entrée (109). Déployée partout (`client_backup` chez les deux