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

---
## Résumé
- ✅ À jour : 5
- ⚠️  À améliorer : 0

## ✅ `admin/install/README.md` — 7/10

**Statut** : à_jour  
**Résumé** : Documentation structurée avec ordre d'installation clair, mais manque de détails techniques sur les étapes de configuration  

**Problèmes :**
- Le fichier ne contient pas le contenu des guides individuels (storage-01.md, gpu-01.md, kubernetes.md) mentionnés dans les liens
- Aucune indication sur les commandes de déploiement ou les étapes concrètes d'installation
- Les dépendances techniques (ex: pourquoi DHCP est critique pour Talos) ne sont pas expliquées

**Suggestions :**
- Intégrer le contenu des fichiers liés directement dans ce README pour une documentation autonome
- Ajouter des exemples de commandes CLI pour chaque étape de configuration
- Préciser les risques liés à l'ordre d'installation et les alternatives en cas de panne
- Inclure une section 'Prérequis système' pour chaque machine

**État réel connu de Hermes :**  
ok

---

## ✅ `admin/install/gpu-01.md` — 9/10

**Statut** : à_jour  
**Résumé** : Document d'installation complet et structuré pour gpu-01, couvrant from l'OS à la configuration ROCm et Ansible avec des détails techniques précis.  

**Problèmes :**
- La section Ansible 'inventory.yml' est incomplète (ligne coupée)
- Le workaround ROCm pour RX 6700XT (gfx1031) pourrait être mieux mis en évidence comme solution critique

**Suggestions :**
- Ajouter une section 'Post-installation vérification' avec des tests spécifiques ROCm
- Compléter le fichier inventory.yml dans le repo
- Mettre en avant la variable HSA_OVERRIDE_GFX_VERSION comme condition préalable essentielle

**État réel connu de Hermes :**  
Opérationnel dans Funk avec ROCm 7.x, llama-server fonctionnant sur RX 6700XT via le workaround documenté

---

## ✅ `admin/install/kubernetes.md` — 9/10

**Statut** : ok  
**Résumé** : Document d'installation complet et structuré avec tous les étapes clés pour déployer un cluster Kubernetes sur trois ThinkCentre, incluant des sections détaillées sur l'architecture, les prérequis réseau, la configuration Talos, et la gestion des secrets.  

**Problèmes :**
- Manque de section sur les bonnes pratiques de sécurité (ex: RBAC, réseau épinglé)
- Pas de mention des politiques de mise à jour pour les composants Kubernetes/Talos
- La partie 'Pièges et erreurs' est située en fin de document, pourrait être plus accessible dès les étapes critiques

**Suggestions :**
- Ajouter une section sur la surveillance (Prometheus/Grafana) et la gestion des alertes
- Inclure un exemple concret de configuration Talos pour les workers
- Mettre à jour les versions des outils (ex: Talos v1.13.0 est maintenant obsolète)
- Ajouter une note sur la gestion des dépendances externes (ex: Helm charts)

**État réel connu de Hermes :**  
Le document correspond exactement à l'infrastructure Funk actuelle, avec les trois ThinkCentre et la configuration réseau décrite. Les sections sur Talos et MetalLB sont particulièrement détaillées et alignées avec les pratiques observées.

---

## ✅ `admin/install/storage-01.md` — 9/10

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée pour l'installation de storage-01, couvrant l'OS, la configuration réseau, Ansible et la stack IA. Les sections sont bien organisées avec des détails techniques précis.  

**Problèmes :**
- La mention du disque sdb avec erreurs I/O nécessite une clarification sur les mesures de surveillance recommandées
- La référence à 'poste perso' est ambiguë et pourrait être précisée (probablement un terme interne au lab)

**Suggestions :**
- Ajouter une section sur la gestion des erreurs RAID5 avec des commandes de diagnostic spécifiques
- Clarifier la signification de 'poste perso' dans le contexte du lab
- Mettre en évidence les prérequis système (ex: HSA_OVERRIDE_GFX_VERSION=10.3.0 pour RX 6700XT)

**État réel connu de Hermes :**  
storage-01 est opérationnel avec la configuration décrite. Le RAID5 présente des risques connus sur sdb nécessitant une surveillance proactive avec smartctl.

---

## ✅ `admin/k8s/argocd.md` — 7/10

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation d'ArgoCD dans Funk, avec des procédures claires pour le déploiement GitOps, mais contient quelques éléments à vérifier.  

**Problèmes :**
- La version d'ArgoCD (9.5.14) pourrait être obsolète (vérifier la dernière version disponible)
- L'exemple de déploiement Helm utilise un repo URL placeholder (https://charts.exemple.com) qui doit être remplacé
- La syntaxe YAML dans l'exemple de déploiement Helm contient un espace superflu après 'server:'
- Le chemin 'k8s/argocd-bootstrap/values.yaml' pourrait être obsolète si le bootstrap est désormais automatisé

**Suggestions :**
- Ajouter une note sur la vérification des versions d'ArgoCD avant déploiement
- Mettre à jour l'exemple de déploiement Helm avec un repo URL valide et expliciter la syntaxe correcte
- Ajouter une section sur la gestion des secrets sensibles (SSH, credentials)
- Clarifier la différence entre 'targetRevision' pour les charts Helm et les repos Git

**État réel connu de Hermes :**  
Le composant est actif dans Funk, avec des déploiements GitOps fonctionnels. Les procédures décrites correspondent aux pratiques courantes, mais des vérifications sont nécessaires pour les versions et URLs spécifiques.

---

