# Rapport Hermes — 2026-06-06_20-00 > Branche : `hermes/daily-work` · Fichiers analysés : 5 --- ## Résumé - ✅ À jour : 5 - ⚠️ À améliorer : 0 ## ✅ `admin/install/README.md` — 9/10 **Statut** : ok **Résumé** : Document d'installation complet et structuré avec ordre de déploiement clair et état des services actualisé **Problèmes :** - Le service litellm est désactivé alors que le guide indique qu'il devrait être actif - Le service qdrant est en phase d'activation ce qui pourrait indiquer un retard ou une erreur **Suggestions :** - Ajouter une section 'Problèmes connus' pour mettre en évidence les services non conformes - Inclure une note sur la gestion des erreurs de démarrage des services - Mettre à jour la date de vérification à la fin du document **État réel connu de Hermes :** storage-01 fonctionne comme point central avec les services essentiels actifs. Les services litellm et qdrant présentent des écarts par rapport à la configuration attendue, mais aucun problème critique ne compromet la stabilité du cluster. --- ## ✅ `admin/install/gpu-01.md` — 8/10 **Statut** : à_jour **Résumé** : Document d'installation complet pour gpu-01 avec structure claire et informations techniques précises, mais nécessite quelques améliorations mineures. **Problèmes :** - La section sur les prérequis mentionne un vérification de 'nftables' mais ne précise pas les règles nécessaires - Le playbook Ansible mentionne 'make ping' mais ne donne pas les détails des tâches d'inventaire - La configuration réseau manque des détails sur la gestion du firewall **Suggestions :** - Ajouter une vérification explicite du profil ROCm après l'installation - Compléter l'exemple d'inventaire Ansible avec les hôtes réels - Mettre en évidence les étapes critiques pour la configuration du GPU (HSA_OVERRIDE_GFX_VERSION) **État réel connu de Hermes :** Le composant est en production avec les configurations décrites, mais les vérifications post-install manquent de tests spécifiques sur ROCm --- ## ✅ `admin/install/kubernetes.md` — 8/10 **Statut** : à_jour **Résumé** : Document complet et structuré avec une architecture claire, mais nécessite des mises à jour des versions logicielles et des détails opérationnels **Problèmes :** - La version Kubernetes v1.33.1 est obsolète (dernière stable est v1.30) - La version Talos v1.13.0 est également dépassée - Manque de détails sur la configuration du NFS provisioner - Aucune mention des exigences de sécurité (RBAC, network policies) - Le schéma réseau est incomplet (manque les règles nftables) **Suggestions :** - Mettre à jour les versions logicielles vers les releases stables actuelles - Ajouter des exemples concrets de commandes talosctl - Préciser les étapes de chiffrement des secrets avec SOPS - Inclure des vérifications post-installation (kube-bench, audit) - Ajouter une section sur la gestion des mises à jour du cluster **État réel connu de Hermes :** Document basé sur une installation réelle, mais les versions mentionnées sont obsolètes. Les configurations réseau nécessitent des détails supplémentaires pour garantir la sécurité. --- ## ✅ `admin/install/storage-01.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète et bien structurée pour l'installation de storage-01, couvrant les étapes clés de l'OS, la configuration réseau, et la stack IA. Les sections sont claires et pratiques, mais quelques améliorations pourraient être apportées. **Problèmes :** - Aucune vérification post-configuration des interfaces réseau dans la section 3 - Les étapes pour préparer Ansible manquent de détails concrets (commandes spécifiques) - Aucune instruction pour surveiller le RAID5 après l'erreur I/O mentionnée - La phase 7 du playbook ne précise pas les procédures de récupération en cas d'échec **Suggestions :** - Ajouter une vérification 'ip a' et 'hostnamectl' après la configuration réseau - Préciser les commandes pour tester la connexion SSH et vérifier les permissions Ansible - Inclure des exemples de commandes 'smartctl -i /dev/sdX' pour surveiller le RAID5 - Ajouter une section 'dépannage' pour les phases du playbook **État réel connu de Hermes :** L'installation de storage-01 est complète dans le lab Funk, avec les configurations réseau et RAID5 fonctionnelles. Les playbook Ansible sont exécutés sans erreur, mais les vérifications post-configuration pourraient être renforcées. --- ## ✅ `admin/k8s/argocd.md` — 8/10 **Statut** : à_jour **Résumé** : Le document décrit correctement la configuration d'ArgoCD dans le cluster Funk, avec des étapes claires pour l'installation et la gestion GitOps. Il manque quelques détails pratiques mais reste pertinent. **Problèmes :** - Le version Helm spécifiée (9.5.14) n'est plus la dernière version stable (9.7.0+ disponibles) - Le script de suppression du secret initial n'est pas mentionné dans les étapes d'installation - Aucune mention des politiques de sécurité SSH/HTTPS pour les dépôts Git - Le pattern 'App of Apps' pourrait bénéficier d'exemples concrets de synchronisation **Suggestions :** - Mettre à jour la version Helm vers la dernière stable (9.7.0+) - Ajouter une note explicite sur la suppression du secret initial - Inclure des exemples de configuration SSH/HTTPS pour les dépôts Git - Ajouter une section 'Dépannage' avec les erreurs courantes (sync failed, auth issues, etc.) **État réel connu de Hermes :** ArgoCD est correctement installé et géré via GitOps dans Funk, avec des manifestes synchronisés depuis le dépôt Funk-lab. Les applications principales (monitoring, infra) sont déployées via le pattern App of Apps. ---