# Rapport Hermes — 2026-06-07_14-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é** : Document d'installation structuré avec ordre de déploiement et état actuel des services, mais manquant de détails sur les résolutions des divergences signalées  

**Problèmes :**
- Le service litellm est désactivé alors que le document indique qu'il devrait être actif
- L'état de qdrant est ambigu (activation en cours) sans explication sur les éventuels problèmes
- Aucune mention des étapes de dépannage pour les services non conformes

**Suggestions :**
- Ajouter une section détaillant les étapes pour réactiver litellm
- Préciser les conditions d'activation réussie de qdrant
- Inclure des notes sur les vérifications à effectuer post-déploiement

**État réel connu de Hermes :**  
Certains services (litellm, qdrant) ne correspondent pas aux configurations attendues, nécessitant une vérification des étapes d'installation

---

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

**Statut** : à_jour  
**Résumé** : Document d'installation complet pour gpu-01 avec configuration réseau, dépendances et workaround ROCm spécifique à la RX 6700XT (gfx1031).  

**Problèmes :**
- Manque de détails sur la configuration du playbook Ansible spécifique (ex: variables de groupe, tâches critiques)
- Aucune mention des étapes pour tester la connexion NFS vers storage-01 après montage
- Le workaround ROCm est critique mais pas expliqué en détail (ex: pourquoi 10.3.0 ?)

**Suggestions :**
- Ajouter une vérification post-install de la reconnaissance du GPU via `rocm-smi`
- Inclure un checklist visuel pour la configuration réseau (tableau récapitulatif)
- Mettre en évidence le HSA_OVERRIDE_GFX_VERSION dans une section dédiée des variables d'environnement

**État réel connu de Hermes :**  
Opérationnel avec ROCm 7.x sur RX 6700XT via HSA_OVERRIDE_GFX_VERSION=10.3.0. Les services llama-server fonctionnent en production.

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré avec les étapes clés d'installation d'un cluster Kubernetes, mais contient quelques imperfections mineures  

**Problèmes :**
- Le code bloc dans la section 2 est incomplet (commence par 'ba---')
- La section 'Pièges et erreurs rencontrés' est mentionnée mais absente
- La description de 'talhelper' est trop vague
- La section sur le stockage NFS est incomplète

**Suggestions :**
- Compléter le code bloc Ansible manquant
- Ajouter une explication détaillée sur l'utilité de talhelper
- Développer la section de troubleshooting avec des exemples concrets
- Vérifier la cohérence des versions des composants logiciels

**État réel connu de Hermes :**  
Le cluster Funk utilise effectivement ce processus d'installation avec Talos Linux et MetalLB, mais les erreurs documentées dans le fichier ne sont plus pertinentes pour la version actuelle du cluster

---

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

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant l'installation de storage-01, avec des sections claires et des étapes détaillées. Les sections sur la configuration réseau et les précautions RAID5 sont particulièrement pertinentes.  

**Problèmes :**
- Le paragraphe sur le RAID5 mentionne une erreur I/O sur sdb sans proposer de solution corrective
- Aucune mention des checksums ISO pour vérifier l'intégrité du téléchargement
- La configuration réseau manuelle ne précise pas les outils recommandés (nmtui, nmcli ou iproute2)

**Suggestions :**
- Ajouter une section sur la vérification des erreurs disque avec 'smartctl -t long'
- Inclure des exemples de checksums ISO (ex: sha256sum AlmaLinux-9.7...)
- Proposer des alternatives pour la configuration réseau (nmtui vs nmcli vs iproute2)
- Mettre en évidence les risques de l'installation RAID5 software vs hardware

**État réel connu de Hermes :**  
storage-01 est correctement installé avec RAID5 software, interfaces réseau configurées, et services Hermes/LiteLLM opérationnels. Le disque sdb présente des erreurs I/O historiques nécessitant surveillance continue.

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur l'implémentation GitOps d'ArgoCD dans Funk, avec des instructions claires pour l'installation et la gestion des applications, mais présente quelques incohérences techniques.  

**Problèmes :**
- La version Helm spécifiée (9.5.14) pourrait être obsolète (vérifier la dernière version stable)
- Les URLs dans les exemples YAML sont tronquées (ex: 'https://kubernetes.default.svc ---Réponds UNIQUEMENT...')
- Le chemin du fichier values.yaml (k8s/argocd-bootstrap/values.yaml) n'est pas vérifié comme existant
- Manque de précaution pour les droits SSH dans la création du secret (utiliser un fichier plutôt que ~/.ssh/id_ed25519 directement)

**Suggestions :**
- Mettre à jour la version Helm à la dernière stable (ex: 3.6.x)
- Corriger les URLs tronquées dans les exemples YAML
- Ajouter une note sur la sécurisation des clés SSH (ex: utiliser un fichier local plutôt que le chemin ~/.ssh/id_ed25519)
- Ajouter un exemple concret de déploiement d'une application simple (ex: un deployment.yaml minimal)

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

---

