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