# Rapport Hermes — 2026-06-06_14-30
> Branche : `hermes/daily-work` · Fichiers analysés : 3

---
## Résumé
- ✅ À jour : 2
- ⚠️  À améliorer : 1

## ⚠️ `admin/ops/ansible.md` — 7/10

**Statut** : incomplet  
**Résumé** : Documentaire complet sur les commandes Ansible mais manquant de contexte sur l'état actuel du système et des rôles critiques  

**Problèmes :**
- Absence de mention des rôles manquants (certificats TLS, nftables)
- Le rôle nfs_server ne configure pas l'exportation /srv/data pour le cluster Kubernetes
- Le statut Ansible (non installé) n'est pas documenté dans les commandes
- Manque de instructions pour installer Ansible et les collections Galaxy

**Suggestions :**
- Ajouter une section 'État requis' avec les prérequis Ansible
- Mettre à jour la liste des rôles avec les indicateurs de présence/absence
- Documenter la configuration manquante pour nfs_server
- Ajouter un exemple de vérification ansible --version dans les commandes

**État réel connu de Hermes :**  
Ansible non installé, rôles partiels, manque de configuration pour TLS et nftables

---

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

**Statut** : à_jour  
**Résumé** : Le document décrit les commandes et procédures de gestion du cluster Funk avec des instructions claires, mais présente quelques lacunes de détail.  

**Problèmes :**
- La commande funk-stop --k8s mentionne 'talosctl shutdown' sans préciser le paramètre exact (ex: --force)
- Le terme 'uncordon' n'est pas expliqué dans le contexte des nœuds Kubernetes
- La procédure de démarrage avec --k8s manque de détails sur la vérification du statut des nœuds après WOL
- Le lien vers argocd.md est interne mais pourrait inclure un résumé des workflows GitOps

**Suggestions :**
- Ajouter un exemple concret de commande talosctl pour le shutdown
- Expliquer brièvement le concept de 'cordon/drain' dans le contexte Kubernetes
- Inclure un chronogramme visuel des étapes de démarrage/arrêt
- Ajouter une note sur la gestion des erreurs WOL (ex: timeout de 30s)

**État réel connu de Hermes :**  
Les commandes fonctionnent comme décrit, mais le processus de shutdown nécessite une vérification manuelle des nœuds Kubernetes après le drain

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et à jour sur la configuration système AlmaLinux 9, les services clés, les commandes d'administration et l'état du cluster.  

**Problèmes :**
- La mention des '.pyc' corrompus sur reboot non-propre pourrait être développée avec des solutions concrètes

**Suggestions :**
- Ajouter une section sur la gestion des erreurs courantes (ex: 'bad marshal data')
- Inclure des diagrammes réseau pour clarifier la configuration NetworkManager
- Ajouter des exemples concrets pour les commandes complexes (ex: nmcli con mod)

**État réel connu de Hermes :**  
Tous les services critiques sont actifs, les mises à jour sont appliquées, le système dispose de 26Gi de RAM et 2.7T de stockage. Aucun pod crashé détecté dans le cluster k8s.

---