# Rapport Hermes — 2026-06-08_10-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é** : Le document reste à jour avec les commandes Ansible actuelles, mais présente des lacunes dans la gestion des certificats TLS et des exports NFS.  

**Problèmes :**
- Ansible non installé sur le système (ansible --version échoue)
- Absence de rôle pour la gestion des certificats TLS
- Le rôle nfs_server manque une exportation /srv/data pour le cluster Kubernetes
- Règles de pare-feu nftables non couvertes par un rôle spécifique

**Suggestions :**
- Installer ansible-core et les collections Galaxy via make install
- Créer un rôle TLS avec gestion des certificats Let's Encrypt
- Compléter l'export NFS dans le rôle nfs_server
- Ajouter un rôle dédié aux règles nftables via un playbook

**État réel connu de Hermes :**  
Ansible non installé, roles partiels présents, composants manquants pour TLS et NFS

---

## ✅ `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 workflows détaillés pour le démarrage/arrêt, incluant des notes sur le Wake-on-LAN et la gestion Kubernetes.  

**Problèmes :**
- La section 'État réel' est vide et pourrait être enrichie avec des informations sur la configuration actuelle du cluster
- Les détails sur la configuration Wake-on-LAN pour les compute nodes (BIOS settings) sont succincts et pourraient être développés

**Suggestions :**
- Ajouter une note sur les erreurs courantes lors du démarrage (ex: timeout WOL, NFS monté incorrectement)
- Mettre à jour la section 'État réel' avec la configuration actuelle des nodes et des services
- Ajouter un exemple concret de sortie de 'funk-status' pour illustrer l'état normal

**État réel connu de Hermes :**  
Le cluster Funk est actif avec les configurations décrites : Wake-on-LAN configuré pour gpu-01, compute nodes gérés via WOL, et le workflow GitOps fonctionnel via ArgoCD. Les services principaux (PostgreSQL, Qdrant, LiteLLM) sont opérationnels sur storage-01.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant les opérations système sur AlmaLinux 9, avec vérification des services critiques et ressources système.  

**Problèmes :**
- Manque de précision sur les playbooks Ansible exacts à exécuter
- Le avertissement post-redémarrage RAID5 est succinct et pourrait inclure des étapes de débogage spécifiques
- Les commandes sudo pourraient être contextualisées avec des notes de sécurité

**Suggestions :**
- Ajouter des exemples concrets d'utilisation des commandes (ex: 'sudo systemctl status nftables' avec explication)
- Spécifier les playbooks Ansible exacts dans la section 'Mises à jour'
- Détailler les étapes de vérification post-redémarrage pour le RAID5
- Ajouter une note sur les bonnes pratiques pour les commandes sudo

**État réel connu de Hermes :**  
Tous les services critiques sont actifs, kernel 5.14.0-687.5.3.el9_8.x86_64, 26Gi de mémoire disponible, NFS export fonctionnel, aucun pod crashé détecté dans le cluster k8s

---

