NEWS
Solved IOBroker Backup CT über Proxmox 7.3.6 error Coder 23
-
Systemdata Bitte Ausfüllen Hardwaresystem: NUC/Proxmox 7.3.6 Arbeitsspeicher: 3GB Festplattenart: M2-Karte/SSD Betriebssystem: Ubuntu/DEBIAB Nodejs-Version: 14.21.2 NPM-Version: 6.14.17 Hallo ich kann den IOBroker CT als unpriviligierten Container = NO, nesting = 1 nicht mehr sichern. Das Proxmox Backup bricht mit Fehlercode 23 ab. bIN MIR SICHER; DAS ES VOR DEN LETZTEN drei UPDATES noch funktioniert hat, aber welche Änderungen bis jetzt eingelaufen sind ist mir unmöglich zu sagen. Suche im I-Net zu Error Code 23 bis jetzt ohne passende Lösung.
Hier meine Proxmoxversionen:
root@pve10:~# pveversion -v
proxmox-ve: 7.3-1 (running kernel: 5.15.85-1-pve)
pve-manager: 7.3-6 (running version: 7.3-6/723bb6ec)
pve-kernel-helper: 7.3-4
pve-kernel-5.15: 7.3-2
pve-kernel-5.15.85-1-pve: 5.15.85-1
pve-kernel-5.15.83-1-pve: 5.15.83-1
pve-kernel-5.15.74-1-pve: 5.15.74-1
ceph-fuse: 15.2.16-pve1
corosync: 3.1.7-pve1
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.24-pve2
libproxmox-acme-perl: 1.4.3
libproxmox-backup-qemu0: 1.3.1-1
libpve-access-control: 7.3-1
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.3-2
libpve-guest-common-perl: 4.2-3
libpve-http-server-perl: 4.1-5
libpve-storage-perl: 7.3-2
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 5.0.2-1
lxcfs: 5.0.3-pve1
novnc-pve: 1.3.0-3
proxmox-backup-client: 2.3.3-1
proxmox-backup-file-restore: 2.3.3-1
proxmox-mail-forward: 0.1.1-1
proxmox-mini-journalreader: 1.3-1
proxmox-offline-mirror-helper: 0.5.1-1
proxmox-widget-toolkit: 3.5.5
pve-cluster: 7.3-2
pve-container: 4.4-2
pve-docs: 7.3-1
pve-edk2-firmware: 3.20220526-1
pve-firewall: 4.2-7
pve-firmware: 3.6-3
pve-ha-manager: 3.5.1
pve-i18n: 2.8-2
pve-qemu-kvm: 7.2.0-5
pve-xtermjs: 4.16.0-1
qemu-server: 7.3-3
smartmontools: 7.2-pve3
spiceterm: 3.2-2
swtpm: 0.8.0~bpo11+2
vncterm: 1.7-1
zfsutils-linux: 2.1.9-pve1Und hier die Fehlermeldung:
INFO: starting new backup job: vzdump 3008 --notes-template '{{guestname}}' --mode snapshot --compress zstd --storage DATEN --remove 0 --node pve10
INFO: Starting Backup of VM 3008 (lxc)
INFO: Backup started at 2023-03-01 11:41:03
INFO: status = running
INFO: CT Name: pIOBroker
INFO: including mount point rootfs ('/') in backup
INFO: mode failure - some volumes do not support snapshots
INFO: trying 'suspend' mode instead
INFO: backup mode: suspend
INFO: ionice priority: 7
INFO: CT Name: pIOBroker
INFO: including mount point rootfs ('/') in backup
INFO: starting first sync /proc/44815/root/ to /tmp/vzdumptmp353950_3008/
ERROR: Backup of VM 3008 failed - command 'rsync --stats -h -X -A --numeric-ids -aH --delete --no-whole-file --sparse --one-file-system --relative '--exclude=/tmp/?' '--exclude=/var/tmp/?' '--exclude=/var/run/?*.pid' /proc/44815/root//./ /tmp/vzdumptmp353950_3008/' failed: exit code 23
INFO: Failed at 2023-03-01 11:41:36
INFO: Backup job finished with errors
TASK ERROR: job errorsLeider finde ich zu dem error code 23 nicht die Ursache zu meinem Problem, kennt jemand evtl. die Lösung oder Hinweis?
-
-
@arteck
Hallo, danke für den Link, den kannte ich schon, führt aber zu keinem positiven Ergebnis, error coder 23 bleibt auch mit dem Eintrag des TMP Verzeichnisses bestehen. Auch nach Neustart ändert sich nix. -
wo sicherst du denn ?? ist da genug platz ?
-
@sammydk Was ist das Ziel deines Backups? Ist dort Platz frei?
-
@einstein67
Das Ziel ist lokal auf dem System Verzeichniss "Daten" Größe 250 GB davon sind 50 GB belegt, also jede menge Luft, die anderen CT die unprivileged = Yes gleiches Ziel stehen gehen ohne Probleme. -
@sammydk dann frag ich mal .. warum hast du den als unprivileged NO angelegt
-
@arteck Tja, ich hatte mit irgendeinem Adapter Kommunikationsprobleme, also keine Verbindung zum Ziel, durch das Ändern auf NO ging es dann, glaube es war der Adapter zur Buderus Heizung.
-
@sammydk
Ich habe noch ein Clone ca. 6 Wochen alt von dem IOBroker, werde diesen heute Abend mal aktivieren und schauen ob dieser noch geht und sich sichern lässt. Das letzte autom. Backup ist vom 25.01.2023 Also ~6 Wochen alt, dort hat alles noch so funktioniert. -
@sammydk Ein Backup ins Systemverzeichnis, sollte privilegiert und unprivilegiert funktionieren.
Allerdings mit dem Eintrag: unpriviligierten Container = NO
wird aus einem unprivilegierten kein privilegierter CT. Das geht nur bei einem Restore umstellen.
-
@einstein67
Ja das hatte ich auch so gemacht, aus dem bestehenden Backup das Restore dann so neu erzeugt -
@sammydk So ist das natürlich OK!
Ich dachte du hättest die Zeile in der container.conf umgeschrieben.
-
@sammydk
aber das ist ja alles altes zeug, fakt ist, das bis zum 25.01.2023 alle Backups funktionierten, leider habe ich das danch nicht mehr kontrolliert. Die Zeile in der Container.conf hatte ich zur Fehersuche die Tage mal umgeschrieben, aber wie gesagt ohne Erfolg und das ändern des unpriviligieten Status habe ich vor langer Zeit aus dem Backup per Restor geändert, das ist aber schon 3/4 Jahr her. -
@sammydk
Also ich habe mal die einstellung des Clone mit dem akluellen laufenden IOBroker verglichen, hier besteht ein Unterschied. Der Clone hat die Einstellung nesting = 1 und keyctr = 1 der laufende IOBroker hat nur nesting = 1 und keyctl = fehlt komplett, ich kann es auch nicht setzten. Unprivileged sind beide auf NO -
@sammydk
Das sind die Einstellungen vom Clone
Das sind die Einstellungen vom Produktivsystem hier fehlt "keyctl"
-
@sammydk said in IOBroker Backup CT über Proxmox 7.3.6 error Coder 23:
hier fehlt "keyctl"
Das ist vermutlich beim umstellen auf privilegiert passiert. Sollte aber ein Backup nicht stören.
Wie schaut der Inhalt deiner Backup Files aus?
Irgendwelche komischen/korrupten Dateinamen dabei?
-
@sammydk
Nein soweit sieht alles ganz normal. Irgend was hat dazu geführt, das keyctr einfach weg ist. In Meinem Clone ist alles vorhanden auch ein aktuelles Backup des Clone funktioniert. Ich werde jetzt mal bei dem Clone alle Instanzen stoppen und den Clone mit einer anderen IP starten, dann die Inhalte prüfen und ggf bei Clone aktualisieren, soviel kann das nicht sein, dann sollte alles "eigentlich" alles wieder laufen. -
@sammydk
So danke für eure Unterstützung, ich konnte den Fehler leider nicht finden.
Da ich aber innerhalb von IOBroker die aktuellen Backups erstellt habe, konnte ich meinen Clone vom 25.1.2023 aktualisieren, jetzt funktioniert auch wieder das Backup unter Proxmox.