# 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 ---