# Rapport Hermes — 2026-06-10_06-00 > 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 Makefile et gestion du Vault, mais manque de détails sur l'état opérationnel actuel **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 - Le rôle nfs_server ne configure pas l'exportation /srv/data pour le cluster Kubernetes **Suggestions :** - Ajouter une section explicite sur l'installation d'Ansible et des collections - Mettre à jour les rôles manquants (TLS, nftables) - Configurer l'export NFS dans le rôle nfs_server - Ajouter des vérifications post-installation dans les playbooks **État réel connu de Hermes :** Ansible non installé sur les machines, certains rôles critiques manquent, configuration NFS incomplète --- ## ✅ `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 étapes détaillées pour le démarrage/arrêt. **Problèmes :** - Manque une mention des prérequis pour WOL (ex: configuration BIOS sur les compute nodes) - Pas de section dédiée aux erreurs courantes ou résolution de problèmes **Suggestions :** - Ajouter une note explicite sur la configuration Wake-on-LAN dans le BIOS des compute nodes - Inclure une section 'Dépannage' avec exemples de cas courants (ex: timeout WOL, erreurs NFS) - Mettre en évidence les délais critiques (3 min pour les modèles LLM) **État réel connu de Hermes :** Le document reflète correctement la configuration actuelle du cluster Funk, y compris les dépendances WOL et les étapes de gestion Kubernetes. --- ## ✅ `admin/ops/systeme.md` — 9/10 **Statut** : à_jour **Résumé** : Document complet et à jour sur la gestion système AlmaLinux 9 avec des commandes clés et configurations critiques pour les machines storage-01 et gpu-01 **Problèmes :** - Redondance entre la section 'Services systemd' et le tableau 'Services clés par machine' - Manque de précision sur les ports utilisés par les services ROCm (seul le port 1234 est mentionné) **Suggestions :** - Consolider les sections 'Services systemd' et 'Services clés par machine' pour éviter la redondance - Ajouter une note explicite sur les ports ROCm pour les services gpu-01 (1234, 1236, 1237) - Mettre en évidence les commandes critiques pour la maintenance du cluster (ex: vérification post-reboot RAID5) **État réel connu de Hermes :** Tous les 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é ---