# Rapport Hermes — 2026-06-10_01-00
> Branche : `hermes/daily-work` · Fichiers analysés : 5

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

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

**Statut** : à_jour  
**Résumé** : Le document décrit correctement la configuration du lab et les dépendances entre les machines, avec des états de service à jour le 2026-06-05  

**Problèmes :**
- Le service litellm est désactivé alors que le guide prévoit qu'il soit actif
- Le service qdrant est en phase d'activation, ce qui pourrait indiquer une configuration incorrecte ou un retard
- Aucun avertissement sur les risques d'avoir litellm désactivé

**Suggestions :**
- Ajouter une note explicite sur la désactivation de litellm et ses implications
- Vérifier la configuration de qdrant et ajouter des vérifications de statut dans le guide
- Mettre en évidence les services critiques dans un tableau distinct

**État réel connu de Hermes :**  
Le document reflète correctement l'état du système avec les services actifs (hermes, dnsmasq, nfs-server, postfix) et les services en cours d'activation (qdrant). Le litellm est effectivement désactivé, ce qui est conforme aux informations fournies.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète et structurée pour l'installation de gpu-01, couvrant les étapes clés depuis l'OS jusqu'à la configuration ROCm. Les sections sont bien organisées et les solutions aux problèmes connus (comme le support de la RX 6700XT) sont documentées.  

**Problèmes :**
- La mention de 'gfx1031' comme workaround pour ROCm pourrait être mise à jour si des versions récentes de ROCm ont ajouté le support de cette architecture.
- Le playbook Ansible référencé n'est pas inclus dans le fichier, ce qui pourrait rendre difficile la vérification des étapes automatisées.

**Suggestions :**
- Ajouter une note sur les dernières versions de ROCm qui pourraient avoir amélioré le support des GPU AMD RDNA2.
- Inclure le contenu du playbook Ansible ou un lien vers son repository pour compléter le guide.

**État réel connu de Hermes :**  
L'installation de gpu-01 est achevée et fonctionnelle dans Funk, avec les services llama-server et NFS configurés. Les problèmes documentés (ROCm et RX 6700XT) sont résolus via le workaround HSA_OVERRIDE_GFX_VERSION.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant l'installation d'un cluster Kubernetes avec Talos, incluant des sections de dépannage. Les versions des outils mentionnées sont à vérifier pour garantir leur actualité.  

**Problèmes :**
- La version Talos mentionnée (v1.13.0) pourrait être obsolète
- Les commandes Ansible précises ne sont pas détaillées dans les étapes
- La configuration de MetalLB et Traefik manque des exemples concrets
- La section 'pièges et erreurs' est vide de cas concrets

**Suggestions :**
- Mettre à jour les versions des outils (Talos, Kubernetes, Helm) vers les versions actuelles
- Ajouter des exemples de commandes Ansible pour dnsmasq/nftables
- Préciser la configuration YAML pour MetalLB et Traefik
- Compléter la section 'pièges et erreurs' avec des cas réels de dépannage

**État réel connu de Hermes :**  
Le cluster Funk utilise effectivement Talos v1.13.0 avec la configuration décrite, mais les versions des composants peuvent avoir évolué depuis la rédaction du document.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et bien structuré décrivant l'installation de storage-01, avec des sections claires et des détails techniques pertinents. Les étapes sont bien organisées, mais quelques améliorations pourraient être apportées.  

**Problèmes :**
- La section sur le RAID5 manque des détails sur la procédure de remplacement d'un disque défaillant
- Aucune mention des dépendances logicielles à installer avant l'exécution des playbooks Ansible
- Les commandes SSH pour la configuration réseau manquent de contexte sur les outils requis (ex: smartctl)

**Suggestions :**
- Ajouter une sous-section sur la surveillance du RAID5 avec des exemples de commandes smartctl
- Inclure une liste des prérequis logiciels (ex: Ansible, Python, dépendances du playbook)
- Mettre en évidence les commandes critiques avec des blocs de code mieux formatés
- Ajouter un appendice avec les commandes de vérification post-installation des services

**État réel connu de Hermes :**  
Le document correspond à l'état actuel du système Funk, avec des validations effectuées sur les dernières installations. Les configurations réseau et RAID5 sont conformes aux bonnes pratiques actuelles.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'installation et l'utilisation d'ArgoCD dans le cluster Funk, avec des étapes claires et des exemples de configuration  

**Problèmes :**
- La commande pour récupérer le mot de passe initial contient un typo dans la partie 'kubectl delete secret' (défaut de mise en retrait)
- Le YAML pour le déploiement de chart Helm multi-source contient une erreur de syntaxe (--- au lieu de --- dans la destination)
- Manque de mise en évidence des risques liés à l'utilisation de clés SSH dans un secret Kubernetes

**Suggestions :**
- Ajouter une note explicite sur la sécurité des secrets SSH et recommander l'utilisation de GitHub Actions pour la gestion des clés
- Mettre à jour la version Helm indiquée (9.5.14) pour vérifier sa disponibilité sur le repo officiel
- Ajouter un exemple concret de déploiement d'une application simple (comme un NGINX) pour illustrer le processus

**État réel connu de Hermes :**  
Le composant est actif dans le cluster Funk, les services ArgoCD sont opérationnels et synchronisés avec le repo Funk-lab

---

