mirror of
https://github.com/Alkatrazz24/Funk-lab.git
synced 2026-07-08 17:54:41 +02:00
docs(hermes): rapport analyse 2026-06-09_21-00 — 5 fichiers
Analysés : litellm.md, llama_server.md, rag.md, rocm.md, incidents.md À améliorer : 0/5 Co-Authored-By: Hermes <hermes@funk.lab>
This commit is contained in:
parent
5ced10cf7b
commit
e8e596b6da
1 changed files with 105 additions and 0 deletions
105
admin/hermes/builtin/2026-06-09_21-00.md
Normal file
105
admin/hermes/builtin/2026-06-09_21-00.md
Normal file
|
|
@ -0,0 +1,105 @@
|
|||
# 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.
|
||||
|
||||
---
|
||||
|
||||
Loading…
Add table
Add a link
Reference in a new issue