PVE : réplication ZFS en échec¶
Objectif. Rétablir la réplication périodique d'une VM vers l'autre nœud. Sans elle, une bascule HA redémarre la VM sur une copie ancienne, voire sans copie.
Diagnostic¶
GUI : Datacenter → Replication (vue globale) ou VM → Replication, colonne State et bouton Log.
pvesr status # dernier succès, durée, nombre d'échecs par job
pvesr run --id 101-0 --verbose # relancer un job et lire l'erreur
| Message d'erreur (extrait) | Cause | Action |
|---|---|---|
| out of space / dataset is busy | Pool cible plein ou opération ZFS en cours | Libérer de l'espace sur la cible (snapshots inutiles), relancer |
| No common base snapshot / incremental source … does not exist | Le snapshot de référence a disparu d'un côté | Ticket : resynchronisation complète à faire |
| ssh: connect to host … / Host key verification failed | Lien réseau ou clé SSH entre nœuds | Vérifier la connectivité, puis pvecm updatecerts (avec le MSP) |
| volume … already exists | Ancienne copie présente sur la cible | Ticket : nettoyage de la cible à faire |
| VM is locked | Sauvegarde ou migration en cours | Attendre, puis relancer (RB-10 si verrou orphelin) |
Étapes standard¶
- Corriger la cause indiquée dans le log.
- Relancer : GUI → Replication → Schedule now, ou
pvesr run --id <job> --verbose. - Vérifier que le job repasse en OK et que l'horodatage Last Sync est récent.
Vérifications
Tous les jobs en OK dans pvesr status. Le délai depuis la dernière synchronisation respecte la perte de données maximale admise (RPO) convenue avec le MSP, par exemple 15 min.
Pièges vus en support
- Supprimer à la main un dataset sur le nœud cible : une erreur de nom détruit le disque de production si l'on se trompe de nœud. Toujours avec le MSP.
- Ne jamais supprimer les snapshots
__replicate_...: ce sont les bases des réplications incrémentales. - La réplication n'est pas une sauvegarde : une suppression ou un chiffrement par ransomware est répliqué au cycle suivant.
- Un pool cible plus petit ou d'un autre nom que la source fait échouer la réplication : les deux nœuds doivent avoir un stockage ZFS de même nom.
Quand ouvrir un ticket iTop
Pas de snapshot commun, volume déjà existant, échec depuis plus de 24 h sur une VM critique : P2. Joindre pvesr status, la sortie de pvesr run --verbose, zfs list -t snapshot | grep vm-<vmid> sur les deux nœuds.
Rubrique : ZFS · Architecture : ZFS répliqué · Rédigé pour PVE 9.x, PBS 4.x, Ceph 19.2 · Brouillon à valider en lab avant publication · Documentation officielle : PVE · PBS