# 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. ---