# Rapport Hermes — 2026-06-08_14-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é** : Documentation complète des commandes Ansible avec des raccourcis Makefile, mais avec des lacunes dans la configuration réelle du cluster (manque de rôles et de paramètres)  

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

**Suggestions :**
- Installer ansible-core et les collections Galaxy via make install
- Ajouter des rôles pour la gestion TLS et les règles nftables
- Mettre à jour le rôle nfs_server pour exporter /srv/data
- Vérifier la synchronisation entre le document et l'état réel des rôles

**État réel connu de Hermes :**  
Ansible non installé, rôles partiels présents, manque de configurations critiques pour TLS/nftables/nfs

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant les procédures de gestion du cluster Funk, avec des commandes clés et des workflows détaillés pour le démarrage/arrêt avec/ sans Kubernetes.  

**Problèmes :**
- Manque de détails sur la gestion des erreurs ou des cas d'exception (ex: WOL échoué)
- Les étapes de 'funk-stop --k8s' pourraient préciser les commandes exactes pour cordon/drain
- Aucune mention des dépendances logicielles requises (ex: wakeonlan CLI)

**Suggestions :**
- Ajouter une section 'Dépannage' avec des exemples de résolution de problèmes WOL
- Préciser les commandes Kubernetes exactes (ex: kubectl cordon, kubectl drain)
- Inclure une note sur la configuration requise pour Wake-on-LAN sur les compute nodes

**État réel connu de Hermes :**  
Le document reflète correctement les procédures actuelles du cluster Funk, avec des étapes validées par les scripts funk-start/funk-stop. Les workflows Kubernetes suivent les bonnes pratiques de drain/cordon.

---

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

**Statut** : ok  
**Résumé** : Documentation complète et structurée sur la gestion système AlmaLinux 9 avec des commandes clés, services critiques, et vérifications d'état  

**Problèmes :**
- Le tableau des services par machine est dense et pourrait être segmenté en sections dédiées par machine pour améliorer la lisibilité
- La section 'États vérifié' manque de détails quantitatifs précis (ex: taux d'utilisation CPU/RAM au moment de la vérification)

**Suggestions :**
- Ajouter une sous-section 'Bonnes pratiques' pour les mises à jour RAID5 et la gestion des .pyc corrompus
- Inclure un exemple concret de commande pour vérifier le fonctionnement du NFS export
- Structurer les sections 'Ressources système' avec des sous-titres pour CPU, RAM, disques et processus

**État réel connu de Hermes :**  
Tous les services critiques sont actifs, kernel 5.14.0-687.5.3.el9_8.x86_64, 26Gi de mémoire disponible, NFS export fonctionnel, aucun pod crashé détecté dans le cluster k8s

---