diff --git a/admin/hermes/builtin/2026-06-08_03-00.md b/admin/hermes/builtin/2026-06-08_03-00.md new file mode 100644 index 0000000..62b18c7 --- /dev/null +++ b/admin/hermes/builtin/2026-06-08_03-00.md @@ -0,0 +1,103 @@ +# 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 + +--- +