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