# 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

---

