journal : catalogue des capteurs au site ; icingadb-redis mis a jour sans que la simulation le montre
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:
parent
479ec3cc7d
commit
2dce6eabd5
1 changed files with 32 additions and 0 deletions
32
CHANGELOG.md
32
CHANGELOG.md
|
|
@ -1,5 +1,37 @@
|
|||
# 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
|
||||
|
||||
**94 preuves.** Correction de l'entrée (109). Déployée partout (`client_backup` chez les deux
|
||||
|
|
|
|||
Loading…
Reference in a new issue