# Rapport Hermes — 2026-06-08_17-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é** : Le document décrit correctement la structure du labo et l'ordre d'installation, mais ne reflète pas les divergences réelles observées (litellm désactivé, qdrant en activation).  

**Problèmes :**
- Le statut de litellm (désactivé) n'est pas mentionné dans le document
- L'état partial de qdrant (activation en cours) n'est pas documenté
- Aucune mention des divergences entre configuration attendue et réalité

**Suggestions :**
- Mettre à jour la section 'État vérifié' pour inclure les services désactivés (litellm) et en activation (qdrant)
- Ajouter une note explicative sur les divergences observées
- Préciser les dépendances critiques de storage-01 dans la section 'Ordre d'installation'

**État réel connu de Hermes :**  
Le cluster fonctionne avec des services critiques actifs (hermes, dnsmasq, nfs-server, postfix), mais présente des divergences avec la configuration attendue (litellm désactivé, qdrant en activation).

---

## ✅ `admin/install/gpu-01.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document d'installation complet et structuré pour gpu-01, couvrant from l'OS à la configuration ROCm avec des sections claires et des notes critiques sur le matériel.  

**Problèmes :**
- La section Ansible playbook manque les noms spécifiques des playbooks exécutés
- Aucune mention des détails sur la configuration ROCm spécifique (versions, paramètres)
- La section 'Pièges' est trop courte et manque de cas concrets

**Suggestions :**
- Ajouter un tableau des playbooks exécutés avec leurs rôles
- Préciser les paramètres ROCm exacts (versions, flags, chemins)
- Détailler les incidents rencontrés avec des exemples concrets et solutions
- Inclure un checklist de vérification post-installation

**État réel connu de Hermes :**  
Opérationnel dans Funk avec les configurations décrites, mais les playbooks Ansible nécessitent validation

---

## ✅ `admin/install/kubernetes.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document d'installation complet et structuré, couvrant les étapes clés pour déploiement de Kubernetes sur trois ThinkCentre avec Talos Linux. Les sections principales sont bien détaillées, mais quelques détails manquent.  

**Problèmes :**
- La section sur la préparation de la clé USB Talos est trop brève et manque de détails pratiques
- Aucune explication sur la configuration du talconfig.yaml
- La section de débogage est vide et pourrait inclure des exemples concrets de problèmes rencontrés
- Les commandes Ansible pour dnsmasq/nftables sont mentionnées sans exemples concrets

**Suggestions :**
- Ajouter des exemples d'Ansible playbooks pour dnsmasq/nftables
- Détailler la création et la configuration de la clé USB Talos
- Inclure un modèle de talconfig.yaml avec explications
- Populer la section débogage avec des cas d'erreur typiques (ex: erreurs de réseau, problèmes de certificats)

**État réel connu de Hermes :**  
Le cluster Kubernetes a été déployé avec succès sur les trois ThinkCentre selon le document. Les composants principaux (Talos, Kubernetes, MetalLB, Traefik) sont opérationnels. Aucune erreur critique signalée dans les logs système.

---

## ✅ `admin/install/storage-01.md` — 7/10

**Statut** : à_jour  
**Résumé** : Document complet et structuré décrivant l'installation de storage-01, avec des sections claires et des étapes concrètes, mais quelques lacunes dans les détails techniques.  

**Problèmes :**
- La configuration de l'interface LAN est incomplète (section 3 finit abruptement)
- Aucune explication sur la création du RAID5 software dans les étapes d'installation
- Les vérifications post-install ne mentionnent pas les tests de redondance RAID
- Pas de section dédiée à la sécurisation du système (firewall, SELinux, etc.)

**Suggestions :**
- Ajouter un appendice détaillant la configuration du RAID5 software avec des exemples de commandes
- Compléter la configuration réseau LAN avec les bonnes syntaxes pour nmcli/netplan
- Inclure des tests de latence réseau et de bande passante dans les vérifications post-install
- Ajouter une section sur la configuration du firewall (nftables) et les règles de sécurité

**État réel connu de Hermes :**  
Le composant est actif dans Funk avec les configurations décrites, mais les lacunes documentaires risquent de causer des erreurs lors de nouvelles installations.

---

## ✅ `admin/k8s/argocd.md` — 8/10

**Statut** : à_jour  
**Résumé** : Document complet sur l'installation et l'utilisation d'ArgoCD dans Funk, avec des étapes claires et des exemples de configuration, mais nécessite quelques mises à jour pour les bonnes pratiques modernes.  

**Problèmes :**
- La version Helm spécifiée (9.5.14) pourrait être obsolète (vérifier la dernière version stable)
- Manque de mention sur la gestion des secrets sensibles et la rotation des mots de passe
- Le chemin d'accès SSH privé (~/.ssh/id_ed25519) suppose une configuration préexistante
- Aucune mention des bonnes pratiques de séparation des environnements (dev/staging/prod)

**Suggestions :**
- Ajouter une note sur l'utilisation de Git Worktree pour gérer plusieurs branches simultanément
- Mettre à jour le lien Helm vers le repo officiel (https://argoproj.github.io/argo-helm)
- Ajouter un exemple de configuration pour les applications multi-environnements
- Suggérer l'utilisation de argocd app set pour gérer les paramètres d'application

**État réel connu de Hermes :**  
ArgoCD est actif dans le cluster Funk avec les configurations décrites, mais les secrets SSH doivent être gérés avec des politiques de rotation.

---

