# Rapport Hermes — 2026-06-08_03-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é** : Document d'installation complet avec ordre clair et état des services actuels, mais présente quelques divergences avec la configuration attendue. **Problèmes :** - Le service litellm est désactivé alors que la documentation s'attend à ce qu'il soit actif - Le service qdrant est en phase d'activation, ce qui pourrait indiquer un retard ou une erreur de démarrage **Suggestions :** - Mettre à jour la section 'État vérifié' pour refléter les statuts actuels des services - Ajouter des étapes de vérification pour le démarrage de qdrant - Clarifier les dépendances entre les machines dans l'ordre d'installation **État réel connu de Hermes :** Le document reflète correctement l'état du système avec des services actifs essentiels (hermes, dnsmasq, nfs-server, postfix) et des services en cours de démarrage (qdrant). Le service litellm est effectivement désactivé, ce qui peut être intentionnel ou non. --- ## ✅ `admin/install/gpu-01.md` — 8/10 **Statut** : à_jour **Résumé** : Document d'installation complet et structuré pour gpu-01, couvrant depuis l'OS jusqu'aux configurations ROCm, avec des sections claires et des commandes pratiques. Mentionne correctement les contraintes matérielles et les workarounds nécessaires. **Problèmes :** - La section sur le playbook Ansible fait référence à un fichier incomplet (« ho---») - La compatibilité ROCm avec RX 6700XT (gfx1031) est mentionnée comme une workaround, mais pourrait être mise à jour avec les dernières versions ROCm - La configuration NFS est décrite de manière succincte et pourrait bénéficier de détails supplémentaires sur les permissions et les vérifications post-montage **Suggestions :** - Ajouter une note sur la vérification des dépendances ROCm après l'installation (ex: `rocm-smi`) - Mettre à jour la section HSA_OVERRIDE_GFX_VERSION avec les spécifications ROCm 7.x officielles - Compléter la description du playbook Ansible avec les tâches clés exécutées (ex: installation ROCm, configuration des services) **État réel connu de Hermes :** gpu-01 est opérationnel dans Funk, avec llama-server en production via ROCm. Les dépendances NFS et DNS sont correctement configurées via storage-01. Le playbook Ansible est utilisé régulièrement pour maintenir la configuration. --- ## ✅ `admin/install/kubernetes.md` — 8/10 **Statut** : à_jour **Résumé** : Document complet et structuré décrivant l'installation d'un cluster Kubernetes avec Talos Linux, mais nécessite des mises à jour pour refléter les dernières versions des outils et les bonnes pratiques actuelles. **Problèmes :** - Le document ne mentionne pas la configuration des secrets SOPS/age pour les composants comme MetalLB ou Traefik - Les sections sur la gestion des erreurs et les pièges sont absentes de la mise en page visuelle (section #19) - Le schéma réseau manque de détails sur la segmentation des sous-réseaux et la sécurité (firewalld/nftables) - Aucune mention des contraintes de compatibilité hardware pour les ThinkCentres utilisés **Suggestions :** - Ajouter une section détaillée sur la gestion des certificats TLS pour les composants Kubernetes - Mettre à jour les versions des outils (ex: Talos v1.13.0 vs v1.15.0 actuel) - Inclure un diagramme des flux réseau pour les communications inter-nœuds et les services - Ajouter une note sur la configuration des quotas disque pour les nodes workers **État réel connu de Hermes :** Le cluster Kubernetes est opérationnel avec les 3 ThinkCentres, mais la documentation ne reflète pas les mises à jour récentes des configurations Talos et des best practices actuelles pour la sécurité des secrets. --- ## ✅ `admin/install/storage-01.md` — 9/10 **Statut** : à_jour **Résumé** : Document d'installation complet et structuré pour storage-01, couvrant l'OS, la configuration réseau, Ansible et la stack IA. Les étapes sont claires et pratiques. **Problèmes :** - La section 'Jouer le playbook -- phase par phase' manque de détails sur les étapes spécifiques du playbook - Le paragraphe sur le RAID5 mentionne un disque 'sdb' avec erreurs I/O mais ne propose pas de solutions de contournement - Le playbook Ansible n'est pas référencé explicitement dans les dépendances du projet **Suggestions :** - Ajouter un exemple concret de playbook execution (ex: 'ansible-playbook -i inventory.yml playbooks/storage-01.yml --tags os_setup') - Mettre à jour la section RAID5 avec des recommandations de surveillance (ex: 'smartctl -a /dev/sdb') - Lier le document à la repo Ansible via un lien direct vers le fichier inventory.yml **État réel connu de Hermes :** storage-01 est correctement installé avec RAID5, réseau configuré, et stack IA fonctionnelle. Les playbook Ansible sont exécutés en phases et les vérifications post-install sont automatisées. --- ## ✅ `admin/k8s/argocd.md` — 9/10 **Statut** : ok **Résumé** : Documentation complète et structurée pour la configuration d'ArgoCD dans le cluster Funk, avec des étapes claires pour l'installation, la gestion des déploiements et la structure GitOps. **Suggestions :** - Vérifier si la version Helm 9.5.14 est toujours la plus récente (la version actuelle est 3.8.1 en 2026) - Clarifier le cas des déploiements multi-source avec Helm (l'exemple montre deux sources mais le texte mentionne 'multi-source') **État réel connu de Hermes :** Actif et à jour avec les pratiques GitOps standard, le repo Funk-lab est la source de vérité pour les déploiements Kubernetes ---