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

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

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

**Statut** : à_jour  
**Résumé** : Documentation d'installation structurée avec ordre de déploiement et état des services mis à jour le 2026-06-05  

**Problèmes :**
- Le service litellm est désactivé alors que la configuration attendue prévoit son activation
- Le service qdrant est en phase d'activation, ce qui pourrait indiquer un retard ou une erreur de démarrage

**Suggestions :**
- Vérifier la configuration de litellm et activer le service si nécessaire
- Surveiller l'état de qdrant et résoudre tout retard ou erreur de démarrage
- Ajouter une note explicite sur les dépendances critiques de storage-01

**État réel connu de Hermes :**  
storage-01 fonctionne comme point central (DHCP, DNS, NFS, NAT), gpu-01 dépendant de storage-01, cluster Kubernetes dépendant de storage-01. litellm désactivé, qdrant en cours d'activation, autres services actifs.

---

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

**Statut** : ok  
**Résumé** : Document complet et structuré avec des étapes claires pour l'installation de gpu-01, mais avec quelques lacunes dans les détails techniques et les exemples complets.  

**Problèmes :**
- La section 'Prérequis' manque une vérification du montage NFS avant de lancer Ansible
- L'inventaire Ansible dans le fichier YAML est incomplet (tronqué à 'ho---')
- Aucune mention des dépendances logicielles spécifiques à ROCm (ex: hipcc, rocm-device-leader)
- Le workaround HSA_OVERRIDE_GFX_VERSION est mentionné mais pas expliqué en détail

**Suggestions :**
- Ajouter une vérification du montage NFS avec 'mount | grep /srv/data/models'
- Compléter l'extrait d'inventaire YAML pour clarifier la configuration
- Ajouter une section sur la validation des pilotes ROCm avec 'rocminfo'
- Préciser les versions exactes de ROCm requises (ex: 7.11.123456) et les dépendances logicielles
- Inclure un exemple de commande pour tester la détection du GPU avec 'rocm-smi'

**État réel connu de Hermes :**  
gpu-01 est opérationnel avec le workaround HSA_OVERRIDE_GFX_VERSION. Les services DNS/NAT/NFS de storage-01 sont actifs. Le playbook Ansible fonctionne avec les correctifs mentionnés.

---

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

**Statut** : ok  
**Résumé** : Document d'installation complet et structuré, couvrant tous les étapes clés de déploiement du cluster Kubernetes avec Talos Linux  

**Problèmes :**
- La section 'Préparer la clé USB Talos' manque des détails techniques spécifiques sur la création du fichier ISO
- La vérification finale pourrait inclure des tests plus exhaustifs des composants critiques (ex: test de latence réseau)
- Les erreurs rencontrées dans la section 'Pièges et erreurs' sont générales et pourraient être illustrées par des exemples concrets

**Suggestions :**
- Ajouter des captures d'écran ou des exemples de commandes pour les étapes critiques (ex: talosctl config generate)
- Inclure un tableau comparatif des spécifications hardware requises pour chaque rôle (control-plane vs worker)
- Mettre à jour les versions logicielles mentionnées pour refléter les releases actuelles (ex: Talos v1.13.0 vs v1.14.0)
- Ajouter une section dédiée aux bonnes pratiques de sauvegarde des configurations critiques

**État réel connu de Hermes :**  
Le cluster Kubernetes a été déployé avec succès sur les trois ThinkCentre, les nœuds sont en état Ready, MetalLB et Traefik fonctionnent, les secrets sont chiffrés avec SOPS/age. Les tests de réseau et de stockage persistant (NFS) ont réussi.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant l'installation de storage-01, avec des étapes claires et des avertissements pertinents sur la configuration RAID5.  

**Problèmes :**
- La mention de l'interface USB-Ethernet avec des noms d'interface contre-intuitifs pourrait causer des confusions
- Aucune mention des dépendances logicielles à installer avant l'execution d'Ansible (ex: nftables, docker)

**Suggestions :**
- Ajouter une section sur la vérification des dépendances logicielles pré-requis
- Clarifier les étapes de configuration RAID5 après l'installation initiale
- Ajouter des notes de sécurité sur la gestion des accès root et des mots de passe

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

---

## ✅ `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 exemples de déploiement et une structure claire.  

**Problèmes :**
- La version d'ArgoCD (9.5.14) mentionnée pourrait être obsolète (vérifier la version recommandée actuelle)
- Le command `kubectl create secret generic` utilise un chemin absolu pour la clé SSH (~/.ssh/id_ed25519) qui pourrait varier selon l'environnement
- Aucune mention des politiques de sécurité avancées (ex: rotation des secrets, chiffrement des données)

**Suggestions :**
- Ajouter une note sur la vérification de la version d'ArgoCD via `argocd version`
- Préciser de remplacer le chemin SSH par une variable d'environnement ou un secret Kubernetes
- Inclure un exemple de politique de déploiement avec `syncPolicy: automated`
- Mettre en avant l'utilisation de Git hooks pour automatiser les commits/push

**État réel connu de Hermes :**  
Le composant est opérationnel dans le cluster Funk avec les configurations décrites, mais des améliorations de sécurité et de maintenance sont recommandées.

---

