pve-zsync error

[achim22]

Hallo,
zur Zeit habe ich das Problem das pve-zsync nicht mehr zuverlässig läuft.
Auch wenn ich den Job gelöscht habe und neu angelegt, spinnt der nächste Job .

VG

proxmox-ve: 7.0-2 (running kernel: 5.11.22-3-pve)
pve-manager: 7.0-11 (running version: 7.0-11/63d82f4e)
pve-kernel-5.11: 7.0-6
pve-kernel-helper: 7.0-6
pve-kernel-5.11.22-3-pve: 5.11.22-7
pve-kernel-5.11.22-1-pve: 5.11.22-2
ceph-fuse: 15.2.13-pve1
corosync: 3.1.2-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown2: 3.1.0-1+pmx3
ksm-control-daemon: 1.4-1
libjs-extjs: 7.0.0-1
libknet1: 1.21-pve1
libproxmox-acme-perl: 1.3.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.0-4
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-6
libpve-guest-common-perl: 4.0-2
libpve-http-server-perl: 4.0-2
libpve-storage-perl: 7.0-10
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.9-4
lxcfs: 4.0.8-pve2
novnc-pve: 1.2.0-3
proxmox-backup-client: 2.0.9-2
proxmox-backup-file-restore: 2.0.9-2
proxmox-mini-journalreader: 1.2-1
proxmox-widget-toolkit: 3.3-6
pve-cluster: 7.0-3
pve-container: 4.0-9
pve-docs: 7.0-5
pve-edk2-firmware: 3.20200531-1
pve-firewall: 4.2-2
pve-firmware: 3.2-4
pve-ha-manager: 3.3-1
pve-i18n: 2.4-1
pve-qemu-kvm: 6.0.0-3
pve-xtermjs: 4.12.0-1
pve-zsync: 2.2
qemu-server: 7.0-13
smartmontools: 7.2-1
spiceterm: 3.2-2
vncterm: 1.7-1
zfsutils-linux: 2.0.5-pve1

 

[fiona]

Hallo,
tritt das Problem auch auf, wenn Du nachher einen solchen Job manuell ausführst? Falls ja, bitte auch mit ZSYNC_DEBUG=1 pve-zsync sync ... ausführen und die Ausgabe posten.

Steht in den Mail-Benachrichtigungen von Cron was der Fehler war?

 

[achim22]

Gibt es ein Weg das ich den alten Snapshot nicht löschen muss, wenn ich es manuell starte ?

pve-zsync sync --source 193.xxx.x.xx:205 --dest rpool/backup --name server-me --maxsnap 1 --method ssh --source-user root --dest-user root
WARN: COMMAND:
        ssh root@193.xxx.x.xx -- zfs list -rt snapshot -Ho name rpool/data/vm-205-disk-0@rep_server-me_2021-09-10_04:30:09
GET ERROR:
        cannot open 'rpool/data/vm-205-disk-0@rep_server-me_2021-09-10_04:30:09': dataset does not exist
Job --source 193.135.9.71:205 --name server-me got an ERROR!!!
ERROR Message:
COMMAND:
        ssh -o 'BatchMode=yes' root@193.xxx.x.xx -- zfs send -- rpool/data/vm-205-disk-0@rep_server-me_2021-09-10_09:46:37 | zfs recv -F -- rpool/backup/vm-205-disk-0
GET ERROR:
        cannot receive new filesystem stream: destination has snapshots (eg. rpool/backup/vm-205-disk-0@rep_server-me_2021-09-10_04:30:09)
must destroy them to overwrite it

 

[fiona]

Ich denke das Problem ist, dass auf der source-Seite der Snapshot von der letzten Synchronisation verloren gegangen ist und deshalb nicht inkrementell gesendet werden kann. Falls es keinen anderen gemeinsamen Snaphsot gibt, musst Du sogar das ganze Dataset am Target löschen (oder zuerst umbenennen bis die neue Synchronisation fertig ist) und eine volle Synchronisation machen.

 

[achim22]

Ich denke das Problem ist, dass auf der source-Seite der Snapshot von der letzten Synchronisation verloren gegangen ist und deshalb nicht inkrementell gesendet werden kann. Falls es keinen anderen gemeinsamen Snaphsot gibt, musst Du sogar das ganze Dataset am Target löschen (oder zuerst umbenennen bis die neue Synchronisation fertig ist) und eine volle Synchronisation machen.

Das hat mich auf eine Idee gebracht, danke!
Es läuft noch von einem anderen Blech aus ein Synchronisation der VMs. Vermutlich kommen die sich ins Gehege.

Ich setze die mal auf disable!

VG