# Rapport Hermes — 2026-06-05_18-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é** : Document d'installation structuré avec ordre de déploiement et statut des services mis à jour le 2026-06-05 **Problèmes :** - Le service litellm est désactivé alors que la configuration attendue le spécifie comme actif - 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 le journal des démarrages pour identifier les raisons de son inactivité - Surveiller l'état de qdrant et consulter les logs pour diagnostiquer les problèmes d'activation - Ajouter une note explicative sur les dépendances critiques de storage-01 dans le guide **État réel connu de Hermes :** storage-01 fonctionne comme point central, les services essentiels (hermes, dnsmasq, nfs-server, postfix) sont actifs. Le service litellm est désactivé, qdrant est en cours d'activation. --- ## ✅ `admin/install/gpu-01.md` — 9/10 **Statut** : à_jour **Résumé** : Documentation complète et structurée pour l'installation de gpu-01, couvrant OS, réseau, ROCm et configuration Ansible avec des notes critiques sur le support du RX 6700XT **Problèmes :** - La section Ansible montre un fragment incomplet de l'inventaire.yml (ligne coupée) - Aucune mention des dépendances logicielles spécifiques à ROCm (ex: hip, rocm-device-libs) - Le workaround HSA_OVERRIDE_GFX_VERSION=10.3.0 est crucial mais pourrait être mieux mis en évidence **Suggestions :** - Ajouter une vérification post-playbook des services ROCm (rocm-smi, hip64) - Mettre en avant les paramètres clés pour le montage NFS (/srv/data/models) - Ajouter une note de sécurité sur l'isolation réseau de gpu-01 - Compléter le fragment de l'inventaire.yml pour clarté **État réel connu de Hermes :** Operational - gpu-01 est en production avec llama-server ROCm, RX 6700XT fonctionne avec le workaround gfx1031, les vérifications post-install sont automatisées via Ansible --- ## ✅ `admin/install/kubernetes.md` — 8/10 **Statut** : à_jour **Résumé** : Document d'installation complet et structuré, couvrant les étapes clés de déploiement d'un cluster Kubernetes avec Talos. Les sections critiques sont bien documentées, mais quelques détails manquent. **Problèmes :** - La section 'Pièges et erreurs rencontrés' est mentionnée mais pas détaillée dans le contenu fourni - Aucune explication sur la génération de talconfig.yaml - Les étapes spécifiques pour configurer Helm ne sont pas détaillées - Le schéma réseau manque de légendes explicatives **Suggestions :** - Ajouter une section détaillée sur la résolution des erreurs courantes - Préciser les commandes nécessaires pour générer talconfig.yaml - Inclure des exemples de charts Helm utilisés - Mettre à jour le schéma réseau avec des légendes des composants --- ## ✅ `admin/install/storage-01.md` — 8/10 **Statut** : à_jour **Résumé** : Document complet et structuré décrivant l'installation de storage-01, avec des détails techniques précis, mais nécessitant quelques mises à jour pour suivre les bonnes pratiques actuelles. **Problèmes :** - La configuration réseau manuelle pourrait être remplacée par des solutions plus modernes comme systemd-networkd ou NetworkManager - Le RAID5 mentionné comporte un risque connu avec le disque sdb qui génère des erreurs I/O - Les étapes Ansible sont décrites de manière générale sans détails sur les playbooks spécifiques **Suggestions :** - Ajouter une section sur la surveillance des disques avec smartd - Mettre à jour les outils de configuration réseau pour suivre les standards actuels - Détaillez les playbooks Ansible spécifiques utilisés pour l'installation - Ajouter une note sur les bonnes pratiques de sécurité (mises à jour régulières, sauvegardes) **État réel connu de Hermes :** storage-01 est opérationnel avec la configuration décrite. Le RAID5 est en place mais le disque sdb présente des erreurs I/O nécessitant une surveillance régulière. --- ## ✅ `admin/k8s/argocd.md` — 8/10 **Statut** : à_jour **Résumé** : Documentation complète et structurée pour la configuration d'ArgoCD avec des étapes claires, mais présente quelques améliorations possibles. **Problèmes :** - La version Helm (9.5.14) mentionnée pourrait être obsolète (vérifier la dernière version stable) - La commande pour supprimer le secret initial manque un espace après 'argocd-initial-admin-secret' (erreur de mise en forme) - La documentation contient un tiret supplémentaire dans l'URL de destination du déploiement Helm (erreur de typographie) **Suggestions :** - Mettre à jour la version Helm si nécessaire - Corriger la syntaxe de la commande kubectl pour supprimer le secret - Réviser la syntaxe de l'URL de destination dans l'exemple de déploiement Helm - Ajouter une note sur la vérification de la disponibilité du repo Helm externe **État réel connu de Hermes :** Le déploiement d'ArgoCD est opérationnel dans Funk, mais les correctifs mentionnés sont recommandés pour la stabilité et la sécurité ---