# Rapport Hermes — 2026-06-08_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é** : Documentation complète des commandes Ansible mais avec des lacunes critiques dans l'installation et la gestion des rôles **Problèmes :** - Ansible non installé (ansible --version retourne une erreur) - 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 :** - Ajouter une section d'installation des prérequis Ansible - Mettre en évidence les rôles manquants dans la documentation - Ajouter des exemples de vérification des exports NFS - Inclure des notes sur la configuration des certificats TLS **État réel connu de Hermes :** Ansible non installé, rôles présents mais incomplets, export NFS manquant --- ## ✅ `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, incluant les considérations Kubernetes et WOL. **Problèmes :** - Manque de mention des dépendances entre les services (ex: NFS monté avant les modèles LLM) - Aucune information sur les erreurs possibles lors du démarrage (ex: WOL échoué, timeout des nodes) - Le lien vers k8s/argocd.md pourrait être vérifié pour existence **Suggestions :** - Ajouter une section 'Prérequis' avec les configurations BIOS/WOL requises - Inclure des exemples de messages d'erreur et leurs résolutions - Mettre en évidence les étapes critiques avec des alertes visuelles (ex: ⚠️ pour les opérations à risque) - Ajouter un diagramme de flux pour les procédures de démarrage/arrêt **É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 mentions des BIOS settings et des timeout sont alignées avec les pratiques opérationnelles. --- ## ✅ `admin/ops/systeme.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète des opérations système pour AlmaLinux 9 avec des commandes clés, services critiques et vérifications d'état. **Problèmes :** - La note sur les .pyc corrompus après reboot manque de contexte technique précis - La vérification post-reboot RAID5 fait référence à un fichier externe (infra/dnsmasq.md) non inclus ici - Les commandes réseau (NetworkManager) manquent de descriptions explicites des actions **Suggestions :** - Ajouter une explication des risques liés aux .pyc corrompus et comment les prévenir - Détailler les étapes exactes pour vérifier le RAID5 après reboot - Compléter les sections réseau avec une brève description de chaque commande **État réel connu de Hermes :** Tous les services critiques sont actifs, kernel à jour, NFS export fonctionnel, aucun pod crashé détecté dans le cluster k8s. 26Gi de mémoire disponible sur 29Gi totale. ---