# Rapport Hermes — 2026-06-09_06-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 mais avec des lacunes dans la gestion des certificats TLS et des règles nftables  

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

**Suggestions :**
- Installer ansible-core et les collections Galaxy
- Ajouter un rôle dédié à la gestion des certificats TLS
- Compléter les règles nftables dans le rôle gateway
- Mettre à jour le rôle nfs_server avec l'exportation /srv/data

**État réel connu de Hermes :**  
Ansible non installé, quelques rôles manquants, configuration NFS incomplète

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète des procédures de gestion du cluster Funk, avec des commandes clés et des workflows pour le démarrage/arrêt, mais manque de détails sur la gestion des erreurs et des dépendances matérielles.  

**Problèmes :**
- Aucune mention des dépendances matérielles critiques (ex: configuration Wake on LAN pour les compute nodes)
- Les délais estimés (3 min pour les modèles LLM) pourraient être obsolètes avec des générations de modèles plus rapides
- Manque de documentation sur la gestion des erreurs (ex: WOL échoué, NFS monté incorrectement)

**Suggestions :**
- Ajouter une section 'Dépannage' avec des cas d'erreur courants (WOL non fonctionnel, timeout des modèles)
- Mettre à jour les délais avec des mesures réelles (ex: 'environ 2-3 minutes pour les modèles LLM')
- Préciser les prérequis matériels (ex: BIOS de compute nodes avec Wake on LAN activé)

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

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée sur la gestion système AlmaLinux 9 avec vérification d'état récent (2026-06-05)  

**Problèmes :**
- Référence à [infra/dnsmasq.md](../infra/dnsmasq.md) sans détails pratiques sur la vérification post-reboot
- Manque de précision sur les paramètres Ansible (chemin playbook/inventory)

**Suggestions :**
- Ajouter une section détaillée pour vérifier le RAID5 post-reboot (ex: `mount -o remount,rw /srv/data` puis check dnsmasq)
- Spécifier le chemin exact du playbook Ansible dans la documentation (ex: `/mnt/nvme0n1/nvme0n1p3/Projets/lab/ansible/playbooks/site.yml`)

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

---