Backups brechen immer mit Fehler 'wrong command id' ab

[tboston]

Hi,

wir haben seit letzter Woche einen Shared Storage (via NFS auf einer Synology) und dorthin alle VM Images geschoben.
Das funktioniert generell, allerdings brechen die naechtlichen Backups nun immer mit folgendem Fehler ab

208: 2021-08-19 02:34:18 ERROR: VM 208 qmp command 'query-backup' failed - got wrong command id '2666:203242' (expected 1281849:1642)
208: 2021-08-19 02:34:18 INFO: aborting backup job
208: 2021-08-19 02:34:26 ERROR: VM 208 qmp command 'backup-cancel' failed - client closed connection
208: 2021-08-19 02:34:26 INFO: resuming VM again
208: 2021-08-19 02:34:27 ERROR: Backup of VM 208 failed - VM 208 not running

Erst kam der Fehler nur bei 3 VMs auf einem Host, diese VMs habe ich dann mal aus dem Backupcycle rausgenommen. Diese Nacht hatten dann alle VMs diesen Fehler und keine VM wurde gesichert.
Hat das schonmal jemand gehabt von euch?

Daten:
Cluster mit 2 Nodes und 1 QDevice

CPU(s)
8 x Intel(R) Xeon(R) CPU E3-1230 v6 @ 3.50GHz (1 Socket)

Kernel Version
Linux 5.11.22-3-pve #1 SMP PVE 5.11.22-6 (Wed, 28 Jul 2021 10:51:12 +0200)

PVE Manager Version
pve-manager/7.0-11/63d82f4e

Repository Status
Proxmox VE updates Production-ready Enterprise repository enabled

Cheers

 

[Falk R.]

Ist die Synology sonst normal benutzbar non beiden Knoten? Ich hatte schon einige Fehler mit NFS4.1 auf solchen NAS, da waren danach die Daten da drauf Schrott. Merkt man aber schnell, wenn man mal liest.

 

[tboston]

Ist die Synology sonst normal benutzbar non beiden Knoten? Ich hatte schon einige Fehler mit NFS4.1 auf solchen NAS, da waren danach die Daten da drauf Schrott. Merkt man aber schnell, wenn man mal liest.

Die ist soweit normal nutzbar, ja.

> Merkt man aber schnell, wenn man mal liest.
Was meinst du damit?

 

[Stefan_R]

Der Fehler aus dem Log ("got wrong command id") ist uns bekannt und wir arbeiten an einer Lösung, allerdings konnten wir ihn noch nie verlässlich reproduzieren.

Falls möglich wäre es sehr hilfreich folgendes debug-paket von uns zu installieren:
http://download.proxmox.com/temp/bad-command-id-debug-output/

sha256sum:
c7d41f080a80d3c313a02bb758deaebe69d05349219dd473e3a96186f317a772  qemu-server_7.0-13+debug_amd64.deb
a5c475dd6dce3c60bbc80da0c0624443a112e12b01fdd37e73098d249a6d4e4a  qemu-server-dbgsym_7.0-13+debug_amd64.deb

und, sofern der Fehler wieder auftritt, den Output vom fehlgeschlagenen Task sowie dem syslog ('journalctl -e') zu posten.

Es handelt sich bei dem Paket um 'qemu-server 7.0-13' mit mehr logging rund um diesen Fehler spezifisch. Vorher sollte das System auf den neuesten Stand gebracht werden.

Vielen Dank!

 

[Falk R.]

Die ist soweit normal nutzbar, ja.

> Merkt man aber schnell, wenn man mal liest.
Was meinst du damit?

Bei den NAS mit NFS4.1 waren die Dateien entweder nicht mehr lesbar oder die Namen der Dateien bestanden nur noch aus kryptischen Zeichen. Der Inhalt war genauso Schrott. Mit NFS3 hatte ich das noch nicht.