# Rapport Hermes — 2026-06-05_09-30
> 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é** : Document d'installation structuré avec ordre clair et dépendances explicites, mais manque de détails pratiques sur les étapes d'installation  

**Problèmes :**
- Références externes à des fichiers (storage-01.md, gpu-01.md, kubernetes.md) sans inclusion des contenus
- Aucune mention des outils de versionning ou des procédures de mise à jour
- Manque de précautions pour les dépendances critiques (storage-01 est un point de panne unique)

**Suggestions :**
- Inclure les premières lignes des fichiers référencés pour un aperçu rapide
- Ajouter une section sur les bonnes pratiques de versionning (git, etc.)
- Préciser les risques liés à la dépendance centrale de storage-01
- Ajouter un avertissement pour les prérequis système (HSA_OVERRIDE_GFX_VERSION, SELinux, etc.)

**État réel connu de Hermes :**  
storage-01 est opérationnel comme hub central, les autres machines sont configurées selon les rôles décrits. Les dépendances réseau (DHCP, DNS, NFS) sont correctement implémentées.

---

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

**Statut** : à_jour  
**Résumé** : Document d'installation complet et structuré pour gpu-01, couvrant depuis l'OS jusqu'à la configuration ROCm, avec des sections claires et des workarounds critiques pour la compatibilité RX 6700XT  

**Problèmes :**
- Erreur de formatage dans l'inventaire Ansible (ligne 'ho---')
- Mention de ROCm 7.x sans précision sur la version exacte
- Absence de note sur la compatibilité avec les dernières versions de ROCm

**Suggestions :**
- Corriger le fragment YAML corrompu dans l'inventaire
- Ajouter une note sur la vérification des versions ROCm compatibles avec gfx1031
- Mettre à jour les références aux playbooks Ansible si des modifications ont été apportées

**État réel connu de Hermes :**  
Opérationnel avec les workarounds documentés (HSA_OVERRIDE_GFX_VERSION=10.3.0) et dépendances vers storage-01 vérifiées

---

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

**Statut** : à_jour  
**Résumé** : Document d'installation complet et structuré avec toutes les étapes clés, mais avec des améliorations possibles dans les détails techniques spécifiques.  

**Problèmes :**
- Absence de détails sur la configuration de 'talhelper' et son rôle exact dans la génération des configs Talos
- La version Kubernetes v1.33.1 est relativement ancienne (sorti en 2022) et pourrait être mise à jour vers une version plus récente
- Le schéma réseau manque de légendes explicites pour les flux DHCP/ARP et les règles nftables

**Suggestions :**
- Ajouter une annexes détaillant la configuration du 'talhelper' et le format de 'talconfig.yaml'
- Mettre à jour les versions logicielles avec des recommandations basées sur les meilleures pratiques actuelles
- Inclure des exemples concrets de règles nftables et de configurations dnsmasq pour les machines en maintenance

**État réel connu de Hermes :**  
Le cluster Funk utilise effectivement cette documentation pour ses installations, avec des ajustements menés après les premières déploiements.

---

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

**Statut** : à_jour  
**Résumé** : Document complet sur l'installation de storage-01 avec des étapes claires, mais manque de détails sur les phases de playbook et de gestion des erreurs RAID.  

**Problèmes :**
- La section 'Jouer le playbook - phase par phase' manque de détails opérationnels
- Aucune instruction sur la gestion des erreurs RAID5 spécifiques à sdb
- La configuration réseau LAN est mentionnée mais pas détaillée (pas d'IP statique pour enp6s0f3u2c2)
- Pas de section dédiée aux résolutions de problèmes courants

**Suggestions :**
- Ajouter un appendice avec les étapes détaillées du playbook Ansible
- Inclure une section 'Pièges connus' avec solutions pour les erreurs RAID5
- Spécifier les paramètres réseau LAN dans la section d'installation initiale
- Ajouter une section 'Dépannage' avec des exemples de cas courants

**État réel connu de Hermes :**  
Le guide reflète correctement la configuration actuelle de storage-01, y compris les interfaces réseau (enp4s0 et enp6s0f3u2c2), le RAID5 software, et les services principaux (Hermes, LiteLLM, Qdrant). Les erreurs I/O sur sdb sont confirmées et surveillées via smartctl.

---

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

**Statut** : à_jour  
**Résumé** : Documentation complète sur l'implémentation d'ArgoCD dans Funk, avec des étapes claires pour l'installation et la gestion GitOps, mais contient des erreurs de mise en forme et des lacunes de sécurité  

**Problèmes :**
- La commande pour récupérer le mot de passe initial contient un espace de trop entre '&&' et 'echo'
- La syntaxe YAML de l'Application ArgoCD a un hyphen erroné à la fin de l'URL du serveur
- Manque de recommandations pour la rotation des clés SSH et la sécurisation du repo Git
- La version Helm 9.5.14 pourrait être obsolète (vérifier la documentation officielle)

**Suggestions :**
- Corriger la syntaxe de la commande 'kubectl' pour le mot de passe initial
- Supprimer le hyphen erroné dans l'URL du serveur Kubernetes
- Ajouter des conseils sur la rotation périodique des clés SSH
- Mettre à jour la version Helm vers la dernière stable si nécessaire

**État réel connu de Hermes :**  
Fonctionnel avec un workflow GitOps opérationnel, mais nécessite des améliorations de sécurité et de mise en forme

---

