# Rapport Hermes — 2026-06-06_21-00 > Branche : `hermes/daily-work` · Fichiers analysés : 3 --- ## Résumé - ✅ À jour : 3 - ⚠️ À améliorer : 0 ## ✅ `admin/ops/ansible.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète des commandes Ansible avec Makefile et gestion du vault, mais avec des lacunes critiques dans les rôles et l'installation. **Problèmes :** - Ansible non installé (ansible --version retourne une erreur) - Absence de rôle pour la gestion des certificats TLS - Manque de rôle pour les règles nftables - Rôle nfs_server manque 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 nftables - Mettre à jour le rôle nfs_server pour exporter /srv/data - Vérifier la synchronisation des rôles avec les besoins actuels du cluster **État réel connu de Hermes :** Ansible non installé, rôles incomplets, configuration nfs_server insuffisante --- ## ✅ `admin/ops/cluster.md` — 8/10 **Statut** : à_jour **Résumé** : Document complet et structuré décrivant les procédures de gestion du cluster Funk, y compris les commandes de démarrage/arrêt et les workflows Kubernetes. **Problèmes :** - Lien vers k8s/argocd.md est brisé (fichier inexistant dans le répertoire) - Manque de mention des mises à jour récentes ou des changements de configuration **Suggestions :** - Vérifier l'existence du fichier k8s/argocd.md et mettre à jour le lien si nécessaire - Ajouter une section 'Mises à jour récentes' avec les modifications importantes - Ajouter des notes sur les prérequis BIOS pour Wake on LAN sur les compute nodes **État réel connu de Hermes :** Les commandes de gestion du cluster fonctionnent comme décrit, mais le documentation nécessite des mises à jour pour refléter les configurations actuelles --- ## ✅ `admin/ops/systeme.md` — 9/10 **Statut** : à_jour **Résumé** : Documentation complète et structurée des opérations système pour AlmaLinux 9, avec des commandes clés et vérifications d'état actualisées. **Problèmes :** - La note sur la vérification post-redémarrage RAID5 est brève et pourrait inclure des étapes détaillées de débogage - Le warning sur les fichiers .pyc corrompus manque de solutions concrètes pour prévention/résolution **Suggestions :** - Ajouter un sous-section dédié aux vérifications post-redémarrage RAID5 avec des commandes de diagnostic spécifiques - Compléter le warning .pyc avec des instructions pour désactiver le cache (PYTHONPYCACHEPREFIX) et des étapes de réparation - Ajouter un avertissement sur les mises à jour du kernel et la nécessité de vérifier les dépendances post-reboot **État réel connu de Hermes :** ok ---