Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md À améliorer : 0/5 Co-Authored-By: Hermes <hermes@funk.lab>
4.8 KiB
Rapport Hermes — 2026-06-09_21-00
Branche :
hermes/daily-work· Fichiers analysés : 5
Résumé
- ✅ À jour : 5
- ⚠️ À améliorer : 0
✅ admin/ia/litellm.md — 8/10
Statut : à_jour
Résumé : Documentation complète sur la configuration et l'utilisation de LiteLLM avec des modèles Qwen et Claude, mais présente un gap IaC sur les modèles CPU
Problèmes :
- Les modèles qwen3-1.7b-system et qwen3-1.7b-monitor sont manuellement ajoutés dans /etc/litellm/config.yaml alors que le template Ansible ne les inclut pas
Suggestions :
- Mettre à jour le template Ansible (config.yaml.j2) pour inclure les modèles CPU
- Ajouter une note explicite sur la procédure de déploiement des modèles CPU
État réel connu de Hermes :
Le service LiteLLM fonctionne correctement avec les modèles GPU et CPU, mais les configurations CPU ne sont pas déployées par le template Ansible
✅ admin/ia/llama_server.md — 9/10
Statut : à_jour
Résumé : Documentation complète sur la configuration et les performances du llama-server sur gpu-01, avec des tests et métriques opérationnels
Problèmes :
- Mention du 'bug parallel' lié à Hermes sans détails supplémentaires
- La section métrique Prometheus se termine sur un mot incomplet ('backpressu')
- Aucune information sur la résolution du conflit entre les instances CPU/GPU
Suggestions :
- Ajouter une vérification du correctif pour le bug parallel dans la section 'Performances'
- Corriger le typo dans la section métrique Prometheus
- Inclure un checklist de validation des trois instances systemd
État réel connu de Hermes :
Le setup est opérationnel avec 9GB de VRAM utilisée pour le modèle Qwen3-8B. Les métriques Prometheus fonctionnent avec le flag --metrics, mais le bug parallel affecte le parallélisme Hermes nécessitant une investigation supplémentaire.
✅ admin/ia/rag.md — 8/10
Statut : à_jour
Résumé : Documentation complète sur le système RAG de Funk, incluant architecture, composants, limitations et procédures de mise à jour.
Problèmes :
- Utilisation du modèle Qwen3-8B pour les embeddings (non optimisé pour la recherche sémantique)
- Scores de similarité cosinus uniformément élevés (0.90-0.95) indiquant une faible discrimination sémantique
- Fichier incidents.md peut remonter en premier malgré une faible pertinence
Suggestions :
- Migrer vers un modèle d'embedding dédié comme bge-m3 pour améliorer la pertinence
- Ajouter des exemples concrets de cas où le système RAG est utilisé dans le homelab
- Mettre à jour les notes sur les optimisations possibles avec les nouveaux modèles
État réel connu de Hermes :
Le système RAG est actif sur storage-01 avec Qdrant et les outils rag-query/rag-ingest. L'index contient 339 chunks dimensionnés à 4096 (cosine). La dernière mise à jour a été effectuée via Ansible.
✅ admin/ia/rocm.md — 9/10
Statut : à_jour
Résumé : Documentation complète sur la configuration ROCm pour RX 6700XT avec vérifications opérationnelles et commandes de diagnostic
Problèmes :
- Manque d'explication sur l'absence de 'rocm-smi' sur gpu-01
- La variable HSA_OVERRIDE_GFX_VERSION n'est pas détaillée dans les sections de configuration
Suggestions :
- Ajouter une note explicative sur l'absence de 'rocm-smi' et ses implications
- Préciser le pourquoi de la variable HSA_OVERRIDE_GFX_VERSION et ses effets
État réel connu de Hermes :
ROCm opérationnel avec version 5.14.0 du noyau, aucun crash détecté, configuration conforme, NFS export fonctionnel
✅ admin/incidents.md — 8/10
Statut : à_jour
Résumé : Document complet et structuré avec historique des incidents critiques et résolutions détaillées, mais présente quelques problèmes de mise en forme.
Problèmes :
- Les données SMART (Raw_Read_Error_Rate) contiennent des backslashes \ qui perturbent la lecture
- La dernière ligne du tableau d'état post-migration est incomplète (« Espace disponibl »)
- Les tables utilisent des tirets simples (-) pour les en-têtes au lieu de doubles tirets (--)
- Manque de filigrane temporel pour les sections d'incidents antérieurs à 2026-05-29
Suggestions :
- Corriger les backslashes dans les données SMART pour une meilleure lisibilité
- Compléter la dernière ligne du tableau d'état post-migration
- Standardiser les tables avec des en-têtes à double tiret (--)
- Ajouter un filigrane de date à chaque section d'incident pour clarté temporelle
État réel connu de Hermes :
Le composant RAID5 a été migré vers NVMe (XFS), les données sont maintenant sur /home/data via bind-mount. Le composant Qdrant a subi une corrélation de fichier corrompu nécessitant un remplacement manuel.