# Rapport Hermes — 2026-06-07_00-30
> Branche : `hermes/daily-work` · Fichiers analysés : 3

---
## Résumé
- ✅ À jour : 3
- ⚠️  À améliorer : 0

## ✅ `admin/ops/ansible.md` — 7/10

**Statut** : à_jour  
**Résumé** : Document complet sur les opérations Ansible avec des raccourcis Makefile et des commandes détaillées, mais présente des divergences avec l'état réel du système  

**Problèmes :**
- Ansible non installé sur les machines (ansible --version échoue)
- Absence de rôle pour la gestion des certificats TLS
- Règles nftables manquantes dans les rôles
- Rôle nfs_server manque l'exportation /srv/data pour le cluster Kubernetes

**Suggestions :**
- Installer ansible-core et les collections Galaxy dans les environnements cibles
- Ajouter des rôles pour la gestion TLS et les règles nftables
- Mettre à jour le rôle nfs_server avec l'exportation /srv/data
- Mettre à jour la section 'état vérifié' pour refléter la réalité post-apply

**État réel connu de Hermes :**  
Ansible non installé, plusieurs rôles critiques manquants, configuration nfs incomplète, mais Makefile et commandes Ansible sont fonctionnelles

---

## ✅ `admin/ops/cluster.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet sur la gestion du cluster Funk avec procédures claires, mais nécessite quelques améliorations pour couvrir les cas d'exception.  

**Problèmes :**
- Aucune mention des alternatives si Wake on LAN (WOL) n'est pas configuré pour les compute nodes
- La procédure d'arrêt '--k8s' pourrait préciser les vérifications de santé avant de déclencher le shutdown
- Manque de conseils pour résoudre les échecs de montage NFS sur gpu-01

**Suggestions :**
- Ajouter une section 'Dépannage' avec solutions pour WOL désactivé, timeout de démarrage, et erreurs NFS
- Préciser les étapes de vérification des états des services avant chaque action critique
- Mettre à jour les dépendances mentionnées (ex: vérifier si les ports/chemins NFS sont toujours identiques)

**État réel connu de Hermes :**  
Le document reflète correctement les procédures actuelles du cluster Funk, avec des validations automatiques des services et des ordres d'arrêt respectant les bonnes pratiques Kubernetes.

---

## ✅ `admin/ops/systeme.md` — 9/10

**Statut** : à_jour  
**Résumé** : Document système complet et bien structuré avec des commandes clés pour AlmaLinux 9, des services critiques et des vérifications d'état récentes.  

**Problèmes :**
- Les sections de réseau et de mise à jour manquent de détails sur la configuration spécifique du cluster (ex: paramètres NAT, règles de pare-feu)
- Le warning post-reboot RAID5 est isolé dans le texte sans lien vers la documentation complète (infra/dnsmasq.md)
- Les exemples de commande ne montrent pas les paramètres réels utilisés dans le cluster (ex: IP spécifique pour nmcli)

**Suggestions :**
- Ajouter une section 'Configuration spécifique cluster' avec les paramètres NAT, DNS et règles nftables
- Lier le warning RAID5 à la documentation dnsmasq via un lien interne
- Inclure des exemples de commandes avec des valeurs réelles (ex: 'nmcli con mod enp4s0 ipv4.dns '192.168.10.1'')
- Ajouter une section 'Troubleshooting' pour les cas d'erreur courants (ex: corromption .pyc, failover DNS)

**État réel connu de Hermes :**  
Le système est opérationnel avec tous les services actifs. 26Gi de RAM disponibles, export NFS fonctionnel. Aucun pod crashé détecté. Vérification post-reboot RAID5 requise après chaque redémarrage.

---