[SOLVED] Restore Dump nicht möglich

[valbuz]

Hallo
Versuche ein Backup, welches auf einer 6.xx Version erstellt wurde auf ein 7.xx System zurückzuspielen.
Das Backup liegt auf einem NFS Share.
Das Backup ist nicht korrupt, da ich es auf meinem 6.xx System erfolgreich zurückspielen kann.
Auch ein Backup von einem Container auf dem 7.xx System und Restore desselben funktioniert.
Priv. und Unpriv. auch schon erfolglos probiert.

Folgende Fehlermledungen erhalte ich:

extracting archive '/mnt/pve/Fileserver/dump/vzdump-lxc-103-2022_01_18-01_03_49.tar.gz'
tar: ./var/log/journal/b354c482f7cc342776f020ee5ea440c3/user-1000@0005d3989d1703b6-8694c2e3fc6861a1.journal~: Warning: Cannot acl_from_text: Invalid argument
tar: ./var/log/journal/b354c482f7cc342776f020ee5ea440c3/user-1000@c606f12f03bd4921a0848b39bd043d36-00000000000003b1-0005bfee2e0fca14.journal: Warning: Cannot acl_from_text: Invalid argument
tar: ./var/log/journal/b354c482f7cc342776f020ee5ea440c3/user-1000@c606f12f03bd4921a0848b39bd043d36-00000000000014c4-0005c25a6b962ce7.journal: Warning: Cannot acl_from_text: Invalid argument
tar: ./var/log/journal/b354c482f7cc342776f020ee5ea440c3/user-1000@c606f12f03bd4921a0848b39bd043d36-00000000000045f0-0005c98846b19384.journal: Warning: Cannot acl_from_text: Invalid argument

u.s.w.

Nach der Suche im Forum, sollte ein Restore auf ein 7.xx System problemlos möglich sein.
Danke für Eure Hilfe.
Patrick

 

[valbuz]

Ich habe nun noch folgendes probiert:

Ein Proxmox System mit 6.xx aufgesetzt -> ohne Erfolg
Das Dump per SSH vom aktiven Proxmox Server auf das neue Proxmox System (6.xx) kopiert.
Auch diesmal erhalte ich diesselben Fehlermeldungen

Mache ich einen Überlegungsfehler?

 

[fabian]

klingt nach (mal wieder) einem bug in tar's acl/xattr handling..

nur um einzugrenzen
- backup wurde auf 6.x erstellt
- restore schlaegt sowohl auf 6.x und 7.x fehl
- container existiert noch
ist korrekt?

bitte
- pveversion -v von system auf dem backup gemacht worden ist und wo restore probiert worden ist
- jeweils storage.cfg
- container config
- vollen task log vom restore
posten

 

[valbuz]

klingt nach (mal wieder) einem bug in tar's acl/xattr handling..

nur um einzugrenzen
- backup wurde auf 6.x erstellt
- restore schlaegt sowohl auf 6.x und 7.x fehl
- container existiert noch
ist korrekt?

bitte
- pveversion -v von system auf dem backup gemacht worden ist und wo restore probiert worden ist
- jeweils storage.cfg
- container config
- vollen task log vom restore
posten

Hallo Fabian.
Danke für Deine Rückmeldung!
Deine Eingrenzung stimmt fast überein
Das Restore auf demselben System funktioniert.
Im Anhang die gewünschten Dateien.

Danke!
Patrick

 

[fabian]

danke! koenntest du noch probieren im container die ACLs von einem der problematischen pfade zu dumpen? also zb getfacl /opt/iobroker/reinstall.js (da wird sicher vermutlich nicht soviel tun wie bei den journal pfaden ).

 

[valbuz]

patrick@ioBrokerTest:~$ getfacl /opt/iobroker/reinstall.js
getfacl: Removing leading '/' from absolute path names
# file: opt/iobroker/reinstall.js
# owner: iobroker
# group: iobroker
user::rw-
group::r--
group:iobroker:rwx
mask::rwx
other::r--

Sowas?

 

[fabian]

ja! koennest du jetzt noch vom backup archiv folgendes kommando machen:

tar -t -vv --acls -f /pfad/zum/archiv ./opt/iobroker/reinstall.js

und den output hier posten?

 

[valbuz]

patrick@pve:~$ tar -t -vv --acls -f /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz ./opt/iobroker/reinstall.js
tar: /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz: Cannot open: Permission denied
tar: Error is not recoverable: exiting now

Aber ein Restore über Proxmox funzt....

 

[fabian]

vermutlich musst du als root drauf zugreifen (also mit sudo oder su)

 

[valbuz]

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
patrick@pve:~$ tar -t -vv --acls -f /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz ./opt/iobroker/reinstall.js
tar: /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz: Cannot open: Permission denied
tar: Error is not recoverable: exiting now
patrick@pve:~$ sudo tar -t -vv --acls -f /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz ./opt/iobroker/reinstall.js
[sudo] password for patrick:
tar: /mnt/pve/Fileserver/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
patrick@pve:~$

Auch schon probiert...zuerst kein Zugriff danach no such file....
Aber eben das Restore auf dem PVE läuft ohne Probleme

 

[fabian]

da fehlt noch ein 'dump' im pfad

sudo tar -t -vv --acls -f /mnt/pve/Fileserver/dump/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz ./opt/iobroker/reinstall.js

 

[valbuz]

sh....

patrick@pve:~$ sudo tar -t -vv --acls -f /mnt/pve/Fileserver/dump/vzdump-lxc-103-2022_01_25-01_03_38.tar.gz ./opt/iobroker/reinstall.js
[sudo] password for patrick:
-rw-rwxr--+ 1000/1000      5693 2022-01-11 20:07 ./opt/iobroker/reinstall.js
  a: user::rw-,group::r--,group:patrick:rwx,mask::rwx,other::r--
patrick@pve:~$

 

[fabian]

okay, so the issue is quite easy to reproduce, and there is a workaround, but no proper fix in sight. you have files in your container that have acls referencing groups or users that are specific to that container/don't exist on the PVE 7.x host where the restore fails. e.g. for the ./opt/iobroker/reinstall.js file, the group 'patrick' has an ACL entry, but probably there is no group named like that on the PVE 7.x host. can you confirm that? if my theory is true, the workaround is to add those missing user/group entries on your pvehost (you can query the other failing files, there might be more than just the 'patrick' one missing) and investigate further whether we can fix tar..

 

[valbuz]

Danke. So konnte ich ihn wieder restoren!
Aber ist dies ein Bug oder Feature?!

 

[fabian]

nein, ist ein bug. wir sagen tar es soll numerische uid/gid verwenden, aber tar ignoriert das fuer ACLs - das kann dann zu dem von dir beschriebenen verhalten fuehren (oder "falschen" acls, wenn die uid/gid nicht ident ist aber der user/die gruppe existieren). ich muss mir erst genauer anschauen ob wir das fixen koennen..

 

[valbuz]

Na dann hoffen wir auf neue Release's..

Danke nochmals!

 

[AndreasMG]

Hallo, ein etwas älterer Thread aber ich bin heute in dieselbe Falle gelaufen (Backup eines Containers mit iobroker)
Versuch das auf einer neuen Maschine einzuspielen läuft auf die oben beschriebenen Fehler, da 2 User im iobroker angelegt waren, die das neue System nicht kennt. Wenn ich die wie im workround beschrieben vorher in proxmox manuell anlege läuft das Einspielen des backups problemlos.
Ist da eine Lösung in Sicht, oder gibts die schon und ich hab das falsche Release (proxmox-ve: 8.0.1 (running kernel: 6.2.16-3-pve)) ?

 

[fabian]

tar upstream hat das Problem mittlerweile auf Basis unseres Patches gefixt: http://git.savannah.gnu.org/cgit/tar.git/commit/?id=5461025569c2d946fb31b79f16f60e923bbd79f9

Der Fix ist in Version 1.35 enthalten, und damit hoffentlich in Debian Trixie und allen unseren darauf aufbauenden Releases.

 

[codejp3]

Primary English user here, but pinging this existing topic for this issue.

My question:

What's the best way to apply this patch before it's officially available?

Reason/details:

I just experienced the same thing. Backup created in PVE GUI 8.1.3, rsync'd to a different node, and then tried to restore the backup on the new node also PVE 8.1.3. Both fully updated with apt-get dist-upgrade.

Plenty of /var/log journal entries, but the giveaway was all the user home directories (web server where sites per-user are saved in their home directories) kicked out the error "Warning: Cannot acl_from_text: Invalid argument".

Other than a few hundred of these warnings, the restore was successful. It SEEMS to be working fine, but maybe there are issues that I can't currently see. I'd like to play it safe and just get a successful restore without those warning messages at all, if possible.

Thanks in advance!


Primärer englischer Benutzer hier, pinge aber dieses bestehende Thema für dieses Problem an.

Meine Frage:

Wie lässt sich dieser Patch am besten anwenden, bevor er offiziell verfügbar ist?

Grund/Details:

Ich habe gerade das Gleiche erlebt. Backup wurde in PVE GUI 8.1.3 erstellt, auf einen anderen Knoten synchronisiert und dann versucht, das Backup auf dem neuen Knoten, ebenfalls PVE 8.1.3, wiederherzustellen. Beide wurden mit apt-get dist-upgrade vollständig aktualisiert.

Viele /var/log-Journaleinträge, aber der Clou war, dass alle Benutzer-Home-Verzeichnisse (Webserver, auf denen Websites pro Benutzer in ihren Home-Verzeichnissen gespeichert werden) den Fehler „Warnung: Acl_from_text kann nicht möglich sein: Ungültiges Argument“ ausgegeben haben.

Abgesehen von einigen hundert dieser Warnungen war die Wiederherstellung erfolgreich. Es SCHEINT gut zu funktionieren, aber vielleicht gibt es Probleme, die ich derzeit nicht erkennen kann. Ich möchte auf Nummer sicher gehen und eine erfolgreiche Wiederherstellung möglichst ohne diese Warnmeldungen erreichen.

Dank im Voraus!

 

[fabian]

the easiest workaround is to ensure that you have matching entries for the users and groups on both systems - in that case, restoring should work without errors.