MinIO quitte pi2 : son volume y avait perdu son journal ext4, et aucun redémarrage ne le démontait

Le 14/09, pi2 (109 % de mémoire, sans swap) a fait manquer au moteur Longhorn son délai de 8 s. Les écritures sont revenues au noyau en « critical medium error », ext4 a abandonné son journal et remonté le système de fichiers en lecture seule. Ce montage mort n'a jamais été démonté : MinIO échoue en boucle sur « drive is faulty » depuis 27 h. Une affinité requise `kubernetes.io/hostname NotIn [pi2]` (préférence pi3) : avec la stratégie Recreate, l'ancien pod s'arrête, le volume se détache de pi2 et se rattache ailleurs, où ext4 rejoue son journal. Refs arcodange-org/tools#49 Co-Authored-By: Claude Opus 5 <[email protected]>
2026-09-15 10:33:20 +02:00
parent 11b894d45f
commit 3c3690a26b
1 changed files with 29 additions and 0 deletions
@@ -56,6 +56,35 @@ spec:
        release: minio
    spec:
      serviceAccountName: minio
      # ---------------------------------------------------------------
      # ⚠⚠ JAMAIS SUR pi2 (incident arcodange-org/tools#49, 2026-09-14).
      #
      # pi2 tourne à ~110 % de mémoire, sans swap. Le moteur Longhorn d'un
      # volume vit sur le nœud du POD : sur pi2, il a manqué son délai de 8 s
      # (`R/W Timeout`), les écritures sont revenues au noyau en
      # `critical medium error`, et ext4 a ABANDONNÉ son journal (04:05 puis
      # 07:19). Le montage mort n'est jamais démonté par un redémarrage de
      # conteneur : 314 redémarrages sur « drive is faulty » en 26 h.
      #
      # Même mécanisme que tools#31. Déplacer le pod déplace le moteur, et le
      # déplacement démonte le volume — ext4 rejoue son journal au remontage.
      # ---------------------------------------------------------------
      affinity:
        nodeAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
            nodeSelectorTerms:
              - matchExpressions:
                  - key: kubernetes.io/hostname
                    operator: NotIn
                    values: [pi2]
          preferredDuringSchedulingIgnoredDuringExecution:
            # pi3 est le moins chargé en mémoire (58 % au 2026-09-15, pi1 81 %).
            - weight: 50
              preference:
                matchExpressions:
                  - key: kubernetes.io/hostname
                    operator: In
                    values: [pi3]
      securityContext:
        # Repris tel quel : la donnée déjà écrite sur le volume appartient à
        # 1000:1000. Changer ces valeurs rendrait le bucket illisible.