# Rapport Hermes — 2026-06-09_13-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é** : Le document Ansible est complet et structuré, mais contient des informations dépassées et des lacunes dans la configuration réelle du système  

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

**Suggestions :**
- Installer ansible-core et les collections Galaxy
- Ajouter des rôles pour la gestion des certificats TLS et des règles nftables
- Compléter le rôle nfs_server avec l'exportation /srv/data
- Mettre à jour la date de vérification de l'état système

**État réel connu de Hermes :**  
Ansible non installé, certains rôles présents mais avec des lacunes critiques dans la configuration réseau et de sécurité

---

## ✅ `admin/ops/cluster.md` — 8/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 étapes détaillées pour le démarrage/arrêt.  

**Problèmes :**
- Manque de précision sur la gestion des erreurs (ex: timeout, WOL failed)
- Aucune mention des vérifications de santé post-démarrage
- Les délais d'attente (3 min) ne sont pas justifiés par des mesures de performance

**Suggestions :**
- Ajouter des étapes de vérification post-démarrage (ex: 'kubectl get pods -n monitoring')
- Préciser les conditions d'activation du WOL pour les compute nodes
- Inclure des exemples de sortie attendue pour les commandes critiques
- Ajouter une section 'Dépannage' pour les cas de défaillance WOL

**État réel connu de Hermes :**  
ok

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant les opérations système pour AlmaLinux 9 sur les machines Funk, avec des commandes clés et état de système vérifié.  

**Problèmes :**
- Référence externe à infra/dnsmasq.md sans inclusion des informations critiques dans le document principal
- Commande 'htop' mentionnée sans précision sur l'installation via EPEL
- Manque de détails sur la procédure de réparation des .pyc corrompus après reboot

**Suggestions :**
- Intégrer les instructions de vérification post-reboot pour dnsmasq dans la section 'Mises à jour'
- Ajouter une note explicite sur l'installation de htop via EPEL
- Préciser les étapes de nettoyage des .pyc corrompus dans la section 'Réseau (NetworkManager)'

**État réel connu de Hermes :**  
Services critiques actifs, kernel 5.14.0-687.5.3.el9_8.x86_64, 26Gi RAM disponible, NFS export fonctionnel, aucun pod crashé détecté

---

