# Rapport Hermes — 2026-06-07_20-30 > Branche : `hermes/daily-work` · Fichiers analysés : 5 --- ## Résumé - ✅ À jour : 5 - ⚠️ À améliorer : 0 ## ✅ `admin/install/README.md` — 7/10 **Statut** : à_jour **Résumé** : Document d'installation structuré avec ordre de déploiement clair, mais manque de détails sur la résolution des divergences signalées **Problèmes :** - Le service litellm est désactivé contrairement à la configuration attendue - Le statut de qdrant est ambigu (activation en cours mais pas de confirmation d'opérationnalité) - Aucune mention des étapes de vérification post-installation **Suggestions :** - Ajouter une section dédiée aux vérifications post-installation - Clarifier le statut des services avec des indicateurs visuels (✅/⚠️/❌) - Ajouter des notes sur la résolution des divergences signalées **État réel connu de Hermes :** storage-01 fonctionne comme point central (DHCP/DNS/NFS/NAT), les services essentiels (hermes, dnsmasq, nfs-server, postfix) sont opérationnels. Le service litellm est désactivé malgré la configuration attendue, et qdrant est en phase d'activation avec des retards possibles. --- ## ✅ `admin/install/gpu-01.md` — 9/10 **Statut** : à_jour **Résumé** : Documentation complète et structurée pour l'installation de gpu-01, couvrant l'OS, la configuration réseau, les dépendances et la mise en place de llama-server avec ROCm. Contient des sections clés pour la maintenance et la résolution des problèmes. **Problèmes :** - La configuration réseau manuelle mentionne un inventaire Ansible incomplet (ligne coupée dans le YAML) - Le workaround HSA_OVERRIDE_GFX_VERSION=10.3.0 est crucial mais pas expliqué en détail - Les commandes de test de connectivity (make ping) ne sont pas validées dans le document **Suggestions :** - Compléter l'inventaire Ansible avec la liste complète des hôtes - Ajouter des étapes détaillées pour la configuration de ROCm 7.x - Inclure des exemples concrets de vérification post-playbook - Mettre en évidence les dépendances critiques vers storage-01 **État réel connu de Hermes :** gpu-01 est opérationnel dans Funk avec l'architecture décrite, utilise HSA_OVERRIDE_GFX_VERSION=10.3.0 et monte les modèles via NFS depuis storage-01 --- ## ✅ `admin/install/kubernetes.md` — 8/10 **Statut** : à_jour **Résumé** : Document complet et structuré décrivant l'installation d'un cluster Kubernetes avec Talos, couvrant les étapes clés et les composants essentiels, bien que certaines sections manquent de détails pratiques. **Problèmes :** - La section 'Pièges et erreurs rencontrés' est mentionnée mais ne contient pas de contenu concret - Aucun exemple concret d'Ansible playbooks pour les configurations réseau - Les spécifications matérielles des machines ne sont pas détaillées au-delà du CPU/RAM - Manque de commandes pratiques pour les étapes de configuration Talos **Suggestions :** - Ajouter des exemples d'Ansible playbooks pour dnsmasq/nftables - Compléter la section 'Pièges et erreurs' avec des cas concrets - Préciser les spécifications disque et carte graphique des machines - Inclure des snippets de commandes pour les étapes critiques (ex: talosctl, kubectl) **État réel connu de Hermes :** Le cluster Funk est opérationnel avec cette configuration, mais les détails pratiques pour reproduire l'installation manquent --- ## ✅ `admin/install/storage-01.md` — 9/10 **Statut** : à_jour **Résumé** : Document complet et structuré décrivant l'installation de storage-01, avec des sections claires et des étapes détaillées. Contient des avertissements pertinents sur les configurations critiques. **Problèmes :** - La section 7 (jouer le playbook) manque de détails sur les phases spécifiques et les vérifications intermédiaires - Aucune mention des dépendances logicielles requises (comme Ansible, Docker, etc.) avant les étapes de configuration - Le RAID5 mentionné dans la section 1 a des risques de pannes de disque non documentés **Suggestions :** - Ajouter une annexe avec les commandes Ansible clés pour chaque phase du playbook - Inclure une section dédiée aux dépendances logicielles requises - Mettre en évidence les étapes critiques de sauvegarde et de vérification du RAID5 - Ajouter des exemples concrets de commandes pour les vérifications post-installation **État réel connu de Hermes :** L'installation est fonctionnelle avec des configurations correctes, mais présente des risques liés au RAID5 et des lacunes dans la documentation des étapes Ansible --- ## ✅ `admin/k8s/argocd.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète sur l'implémentation GitOps avec ArgoCD dans le cluster Funk, incluant installation, structure et déploiement. **Problèmes :** - La version Helm 9.5.14 mentionnée pourrait être obsolète (vérifier la documentation officielle ArgoCD) - L'exemple de déploiement de chart Helm contient une URL placeholder (https://charts.exemple.com) avec une erreur de typo (exemple vs example.com) - Manque de mention sur les bonnes pratiques de sécurité (gestion des clés SSH, contrôle d'accès) **Suggestions :** - Ajouter une vérification post-installation d'ArgoCD (ex: `argocd cluster health`) - Mettre à jour le lien vers le repo Helm ArgoCD (https://argoproj.github.io/argo-helm) - Ajouter une section sur la sécurisation des secrets SSH et des accès à repo Git **État réel connu de Hermes :** Le composant est actif dans le cluster Funk, avec les workflows GitOps fonctionnels. Les déploiements via ArgoCD sont automatisés depuis le repo Funk-lab. ---