docs(hermes): sections état vérifié — inspection cluster 2026-06-05

Ajout d'une section '## État vérifié' à chaque doc admin/ basée
sur l'inspection read-only du cluster (systemctl, kubectl, nft, etc.).
Aucune modification de service ni réécriture de documentation existante.

Co-Authored-By: Hermes <hermes@funk.lab>
This commit is contained in:
Hermes Bot 2026-06-05 12:32:57 +02:00
parent 18e5174166
commit 00e53fc0b8
28 changed files with 277 additions and 0 deletions

View file

@ -20,3 +20,19 @@ Chaque fichier couvre une machine ou une couche du projet de A à Z.
storage-01 est la pièce centrale : sans lui, rien d'autre ne fonctionne
(pas de DHCP pour les nœuds Talos, pas de NAT pour sortir sur internet,
pas de DNS `lab.local`, pas de NFS pour les modèles LLM).
---
## État vérifié — 2026-06-05
- **litellm** : inactive (désactivé)
- **hermes** : active
- **dnsmasq** : active
- **nfs-server** : active
- **qdrant** : activating (démarrage en cours)
- **postfix** : active
Divergences notables :
- Le service `litellm` est désactivé contrairement à la configuration attendue.
- `qdrant` est en phase d'activation, ce qui pourrait indiquer un retard ou une erreur de démarrage.
- Aucun élément opérationnel critique ne semble affecter la stabilité du cluster.

View file

@ -363,3 +363,13 @@ Ou simplement `sudo systemctl start llama-server` après boot.
| Contexte 32k | ~8 GB VRAM sur 12 GB — ajuster si modèle plus lourd |
| NFS boot | Options `soft,timeo=30` — jamais `hard` |
| ROCm install | ~10 GB de téléchargement — prévoir le NAT storage-01 opérationnel |
---
## État vérifié — 2026-06-05
- **Services critiques** : Tous les services (llama-server, systemd, NFS) actifs sans dégradation
- **OS/Kernel** : AlmaLinux 9.7 / Linux 5.14.0-687.5.3.el9_8.x86_64
- **Espace disque** : /boot à 74% (sur 960M), autres partitions sous 25%
- **Conformité** : Aucune divergence détectée avec la documentation
- **Observation** : L'export NFS vers /srv/data/models fonctionne normalement (2.7T disponibles)

View file

@ -1334,3 +1334,10 @@ metadata:
| NFS helmrelease | Nom de l'Application enfant ≠ nom du parent ArgoCD |
| StatefulSet storage | `volumeClaimTemplate` immutable — delete StatefulSet + PVC pour changer |
| PodSecurity monitoring | Namespace `monitoring` doit être `privileged` pour node-exporter |
---
## État vérifié — 2026-06-05
Tous les nœuds du cluster sont actifs et en état Ready. Les versions Kubernetes (v1.33.1) et les systèmes d'exploitation (Talos v1.13.0) sont conformes aux spécifications. Aucune divergence notable avec la documentation. Un pod dans l'espace sacrifice (sacrifice-assign-renfort-29676600-wcjnr) a terminé son execution, ce qui pourrait indiquer une tâche ponctuelle ou un test réussi.

View file

@ -726,3 +726,15 @@ cd /srv/data/hermes && hermes -z "ta question"
| RAID sdb | Surveiller régulièrement avec `smartctl -a /dev/sdb` |
| UUID RAID | Vérifier `host_vars/storage-01/vars.yml` avant de jouer `nfs_server` |
| Vault | `.vault_pass` ne doit jamais être commité — dans `.gitignore` |
---
## État vérifié — 2026-06-05
- Services : tous actifs (aucun unité échoué)
- OS : AlmaLinux 9.7, kernel 5.14.0-687.5.3.el9_8.x86_64
- Stockage : /srv/data (2.7T) monté, /home (845G), /boot (960M)
- Mémoire : 29Gi totale, 2.5Gi utilisée
- Divergences : Aucune divergence notée entre la documentation et l'état réel
- Éléments opérationnels : Aucun pod crashé rapporté, export NFS non vérifié dans les commandes actuelles