Proxmox VE7.3-3 Backup "unable to rename" [GELÖST]

[A Former User]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

In Proxmox selbst ist die Platte einfach als Ordner eigebunden.

Moin,

sorry, aber Du zeigst da nichts, was für mich Sinn ergibt. Nochmals, was/wie hast Du den auf der Fritte frei gegebenen Ordner in Proxmox gemountet, NFS / SMB?
Mit root oder wie, Du darfst das nicht als Root, gibt es einen User auf der Fritte, die die Berechtigung hat, lesend/schreibend auf das Verzeichnis zuzugreifen?

Allgemeines Vorgehen:

• User auf dem NAS (Fritte) anlegen

• Verzeichnis auf dem NAS anlegen und dem User Schreib/Lese Rechte geben

• Verzeichnis auf dem NAS freigeben

• Proxmox, das freigegebene Verzeichnis per SMB/cifs mounten
  

Hier werden die Daten eingetragen, die Du oben erstellt hast User, Passwort, Server, Verzeichnis:

VG
Bernd

[UV-on-fire]

@dp20eic
Also auf Proxmox ist der NAS Ordner fest im Linux System gemountet.

Zuerst habe ich per Shell eine Datei .smbcredebtials erstellt in dem der Username und das Passwort hinterlegt sind

Danach mit mkdir einen Ordner BackupProxmox

Zuletzt noch unter /etc/fstab den Mount eingefügt

Der Mount aus Linux greift also auf den NAS Ordner per User und Passwort zu.

Im Proxmox ist der gemountete Ordner einfach als Ordner eingebunden. root ist der einzige User den mein Proxmox hat.

Root greift lokal auf den gemounteten Ordner zu und nicht auf die NAS direkt. Das scheint ja auch zu funktionieren da sowohl das Log als auch das temporäre File vor dem Scheitern von rename auf dem NAS der Fritzbox vorhanden sind. Auch sehe ich im Proxmox den NAS Ordner mit korrekter größe. Wenn ich da manuell was drauf packe sehe ich auch das sich die größe im Proxmox entsprechend ändert. Und auf der Shell sehe ich auch die drectory sowie die entsprechenden Unterverzeichnise und auch manuell hinzugefügte Dateien und Ordner.

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Danach mit mkdir einen Ordner BackupProxmox

also üblicherweise mountet man nicht direkt ins root Verzeichnis, dazu geht man eher in z.b. /media oder /mnt

auch wüsste ich gerne was da node modules oder package-lock.json zu suchen hat

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

m Proxmox ist der gemountete Ordner einfach als Ordner eingebunden.

und genau da nutz du eben nicht dein cifs

[UV-on-fire]

@crunchip
Was das Verzeichnis angeht muss ich sagen das ich jetzt nicht wirklch fit bin in Linux. Hab nach dem Tutorial gearbeitet und sah auch so aus als das es ging.

Den von dp20eic beschriebenen Weg hatte ich zuerst versucht. Allerdings kann ich beim Einbinden des Share nur fb7590 und damit den internen Speicher angeben. Eine weitere Verschachtelung auf den USB Speicher geht leider nicht. Meine das hatte ich damals auch nach langem herumlesen irgendwo so aufgeschnappt.

Mich wundert halt das der Zugriff beim Schreiben der temporären Files sowie des log geht nur das Rename scheitert.

[Thomas Braun]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Allerdings kann ich beim Einbinden des Share nur fb7590 und damit den internen Speicher angeben. Eine weitere Verschachtelung auf den USB Speicher geht leider nicht.

Da kommt noch das Volume in den Pfad rein. Dann landest du auch auf dem entsprechenden USB-Medium der FritzBox.

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Allerdings kann ich beim Einbinden des Share nur fb7590 und damit den internen Speicher angeben.

bei ID kommt der Pfad rein, so wie du es bei Verzeichnis eingibst

[UV-on-fire]

@crunchip
Bei Id kann ich keinen Pfad angeben da / kein zulässiges Zeichen ist. Ist das nicht nur der Name wie der Speicher im Rechenzentrum heißt?

@ThomasBraun
Im Share kann ich nur fb7590 auswählen. Wenn ich manuell den Pfad auf fb7590/Backups/Proxmox oder auch nur auf fb7590/Backups änder kommt immer Share not online.

Irgendwie will der Zugriff auf den USB Speicher per SMB/CIFS der Fritte nicht klappen.

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Bei Id kann ich keinen Pfad angeben da / kein zulässiges Zeichen ist. Ist das nicht nur der Name wie der Speicher im Rechenzentrum heißt?

sorry war mein Fehler, ja da kommt der Name(Bezeichnung in der Fritte) rein

der share taucht dann automatisch zur Auswahl aus

[UV-on-fire]

@crunchip
Also mit Backup als ID wird auf der Platte auch ein Ordner dump angelegt wenn ich ein Backup von einem Container machen will. Das läuft jetzt schon seit 20min ohne Änderung.

Davor hatte ich ein Backup einer VM angestoßen und da kam direkt Fehler.

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Also mit Backup als ID

Backups
naja, kommt drauf an wie groß das backup ist, das kann schon ne Weile dauern

[UV-on-fire]

@crunchip
Sorry, natürlich Backups. Hatte ich auch eingegeben. Dann lass ich das mal laufen.

Hier noch das Log vom VM Backup Versuch. Vielleicht sagt es dir ja was.

2023-04-13 22:46:57 INFO: Starting Backup of VM 110 (qemu)
2023-04-13 22:46:57 INFO: status = running
2023-04-13 22:46:57 INFO: VM Name: RaspberryMatic
2023-04-13 22:46:57 INFO: include disk 'sata0' 'local-lvm:vm-110-disk-0' 52484M
2023-04-13 22:46:57 INFO: backup mode: snapshot
2023-04-13 22:46:57 INFO: ionice priority: 7
2023-04-13 22:46:57 ERROR: Backup of VM 110 failed - unable to open '/mnt/pve/Backups/dump/vzdump-qemu-110-2023_04_13-22_46_57.tmp/qemu-server.conf' at /usr/share/perl5/PVE/VZDump/QemuServer.pm line 211.

[crunchip]

@uv-on-fire auf die schnelle mal https://forum.proxmox.com/threads/backup-vm-fehler-fehlende-vzdump-quemu-ordner.115271/

[UV-on-fire]

@crunchip
Also das Backup ist jetz ewig gelaufen ohne Vortschritt. Hab es dann abgebrochen und dann hat sich die Proxmox Oberfläche aufgehängt. Iobroker und Raspberrymatic ist noch gelaufen. Jetzt habe ich den NUC nochmals gestartet und Proxmox inclusive Iobroker und Raspberrymatic laufen wieder.

Hab jetzt nochmal ein Backup über den alten gemounteten Ordner gestartet und vorher alle Unterordner wie dump etc. gelöscht. Backup geht immer noch in Fehler rename aber es wurden die benötigten Ordner selbstständig angelegt.

2023-04-13 23:47:58 INFO: Starting Backup of VM 110 (qemu)
2023-04-13 23:47:58 INFO: status = running
2023-04-13 23:47:58 INFO: VM Name: RaspberryMatic
2023-04-13 23:47:58 INFO: include disk 'sata0' 'local-lvm:vm-110-disk-0' 52484M
2023-04-13 23:47:59 INFO: backup mode: snapshot
2023-04-13 23:47:59 INFO: ionice priority: 7
2023-04-13 23:47:59 INFO: creating vzdump archive '/root/ProxmoxBackup/dump/vzdump-qemu-110-2023_04_13-23_47_58.vma.zst'
2023-04-13 23:47:59 INFO: issuing guest-agent 'fs-freeze' command
2023-04-13 23:47:59 INFO: issuing guest-agent 'fs-thaw' command
2023-04-13 23:47:59 INFO: started backup task 'e389b56a-b9fc-4947-8e0a-b25376952686'
2023-04-13 23:47:59 INFO: resuming VM again
2023-04-13 23:48:02 INFO:   0% (74.1 MiB of 51.3 GiB) in 3s, read: 24.7 MiB/s, write: 21.6 MiB/s
2023-04-13 23:48:11 INFO:   1% (532.9 MiB of 51.3 GiB) in 12s, read: 51.0 MiB/s, write: 29.3 MiB/s
2023-04-13 23:48:21 INFO:   2% (1.3 GiB of 51.3 GiB) in 22s, read: 78.7 MiB/s, write: 43.8 MiB/s
2023-04-13 23:48:31 INFO:   3% (1.6 GiB of 51.3 GiB) in 32s, read: 27.2 MiB/s, write: 24.0 MiB/s
2023-04-13 23:48:57 INFO:   4% (2.1 GiB of 51.3 GiB) in 58s, read: 19.7 MiB/s, write: 19.2 MiB/s
2023-04-13 23:49:03 INFO:   5% (2.7 GiB of 51.3 GiB) in 1m 4s, read: 110.6 MiB/s, write: 47.5 MiB/s
2023-04-13 23:49:06 INFO:   6% (3.2 GiB of 51.3 GiB) in 1m 7s, read: 161.9 MiB/s, write: 18.5 MiB/s
2023-04-13 23:49:23 INFO:   7% (3.6 GiB of 51.3 GiB) in 1m 24s, read: 25.2 MiB/s, write: 17.2 MiB/s
2023-04-13 23:49:55 INFO:   8% (4.1 GiB of 51.3 GiB) in 1m 56s, read: 16.5 MiB/s, write: 16.2 MiB/s
2023-04-13 23:50:06 INFO:   9% (4.6 GiB of 51.3 GiB) in 2m 7s, read: 47.5 MiB/s, write: 27.7 MiB/s
2023-04-13 23:50:12 INFO:  10% (5.4 GiB of 51.3 GiB) in 2m 13s, read: 130.5 MiB/s, write: 49.6 MiB/s
2023-04-13 23:50:20 INFO:  11% (5.6 GiB of 51.3 GiB) in 2m 21s, read: 32.6 MiB/s, write: 17.4 MiB/s
2023-04-13 23:50:37 INFO:  12% (6.2 GiB of 51.3 GiB) in 2m 38s, read: 33.3 MiB/s, write: 16.4 MiB/s
2023-04-13 23:50:50 INFO:  13% (6.7 GiB of 51.3 GiB) in 2m 51s, read: 40.2 MiB/s, write: 37.6 MiB/s
2023-04-13 23:50:53 INFO:  14% (7.4 GiB of 51.3 GiB) in 2m 54s, read: 243.5 MiB/s, write: 24.0 MiB/s
2023-04-13 23:51:10 INFO:  15% (7.7 GiB of 51.3 GiB) in 3m 11s, read: 16.5 MiB/s, write: 16.3 MiB/s
2023-04-13 23:51:25 INFO:  16% (8.2 GiB of 51.3 GiB) in 3m 26s, read: 36.0 MiB/s, write: 33.8 MiB/s
2023-04-13 23:51:28 INFO:  17% (8.8 GiB of 51.3 GiB) in 3m 29s, read: 193.3 MiB/s, write: 29.4 MiB/s
2023-04-13 23:51:54 INFO:  18% (9.2 GiB of 51.3 GiB) in 3m 55s, read: 18.0 MiB/s, write: 17.6 MiB/s
2023-04-13 23:52:12 INFO:  21% (10.9 GiB of 51.3 GiB) in 4m 13s, read: 93.4 MiB/s, write: 16.0 MiB/s
2023-04-13 23:52:15 INFO:  26% (13.4 GiB of 51.3 GiB) in 4m 16s, read: 868.8 MiB/s, write: 23.3 MiB/s
2023-04-13 23:52:25 INFO:  27% (13.9 GiB of 51.3 GiB) in 4m 26s, read: 44.2 MiB/s, write: 24.1 MiB/s
2023-04-13 23:52:37 INFO:  28% (14.4 GiB of 51.3 GiB) in 4m 38s, read: 43.5 MiB/s, write: 40.8 MiB/s
2023-04-13 23:52:40 INFO:  29% (15.2 GiB of 51.3 GiB) in 4m 41s, read: 276.7 MiB/s, write: 46.3 MiB/s
2023-04-13 23:52:43 INFO:  30% (15.4 GiB of 51.3 GiB) in 4m 44s, read: 73.7 MiB/s, write: 30.9 MiB/s
2023-04-13 23:52:53 INFO:  31% (15.9 GiB of 51.3 GiB) in 4m 54s, read: 52.3 MiB/s, write: 47.9 MiB/s
2023-04-13 23:53:02 INFO:  32% (16.4 GiB of 51.3 GiB) in 5m 3s, read: 56.6 MiB/s, write: 35.0 MiB/s
2023-04-13 23:53:08 INFO:  33% (16.9 GiB of 51.3 GiB) in 5m 9s, read: 90.9 MiB/s, write: 57.6 MiB/s
2023-04-13 23:53:14 INFO:  34% (17.5 GiB of 51.3 GiB) in 5m 15s, read: 103.6 MiB/s, write: 28.3 MiB/s
2023-04-13 23:53:25 INFO:  35% (18.1 GiB of 51.3 GiB) in 5m 26s, read: 47.5 MiB/s, write: 44.5 MiB/s
2023-04-13 23:53:28 INFO:  36% (18.6 GiB of 51.3 GiB) in 5m 29s, read: 198.2 MiB/s, write: 46.7 MiB/s
2023-04-13 23:53:31 INFO:  49% (25.5 GiB of 51.3 GiB) in 5m 32s, read: 2.3 GiB/s, write: 37.5 MiB/s
2023-04-13 23:53:34 INFO:  64% (33.2 GiB of 51.3 GiB) in 5m 35s, read: 2.6 GiB/s, write: 1.7 MiB/s
2023-04-13 23:53:37 INFO:  80% (41.4 GiB of 51.3 GiB) in 5m 38s, read: 2.8 GiB/s, write: 19.6 MiB/s
2023-04-13 23:53:40 INFO:  81% (41.6 GiB of 51.3 GiB) in 5m 41s, read: 50.8 MiB/s, write: 45.4 MiB/s
2023-04-13 23:54:07 INFO:  82% (42.0 GiB of 51.3 GiB) in 6m 8s, read: 17.9 MiB/s, write: 17.8 MiB/s
2023-04-13 23:54:14 INFO:  84% (43.4 GiB of 51.3 GiB) in 6m 15s, read: 196.8 MiB/s, write: 13.7 MiB/s
2023-04-13 23:54:17 INFO:  88% (45.4 GiB of 51.3 GiB) in 6m 18s, read: 694.8 MiB/s, write: 22.1 MiB/s
2023-04-13 23:54:20 INFO: 100% (51.3 GiB of 51.3 GiB) in 6m 21s, read: 1.9 GiB/s, write: 11.6 MiB/s
2023-04-13 23:54:20 INFO: backup is sparse: 41.67 GiB (81%) total zero data
2023-04-13 23:54:20 INFO: transferred 51.25 GiB in 381 seconds (137.8 MiB/s)
2023-04-13 23:54:21 ERROR: Backup of VM 110 failed - unable to rename '/root/ProxmoxBackup/dump/vzdump-qemu-110-2023_04_13-23_47_58.vma.dat' to '/root/ProxmoxBackup/dump/vzdump-qemu-110-2023_04_13-23_47_58.vma.zst'

Verstehe halt echt nicht das scheinbar der ZUgriff und das Schreiben auf den gemounteten Ordner funktioniert aber das Rename nicht.

Glaube werde erst mal ne Nacht darüber schlafen. Vielleicht kommt ja noch ne Idee angeflogen

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

/root/ProxmoxBackup

ich würde mal da ansetzen, wie bereits geschrieben, den mount ins "richtige" Verzeichnis legen

https://forum.iobroker.net/post/977514
nicht vergessen auch /etc/fstab ebenfalls anzupassen

und zum Problem VM backup fällt mir noch ein, da war irgendwas mit freiem Speicherplatz, da bei einer VM anders als beim LXC, komplett zwischengespeichert werden muss.
BZW
dein obiger Fehler muss die storage.cfg bearbeitet werden, sind ja mittlerweile bei smbversion 3.1
https://rafaelit.com.br/proxmox-configurando-repositorio-remoto-com-cifs/

EDIT
alter Thread....Fritzbox Version(smb2/3)
https://forum.iobroker.net/post/391771

[A Former User]

@uv-on-fire

Moin,

ich habe keine VMs, nur LXC Container.
Wenn ich ein Backup eines Containers mache

Wobei DS716Plus mein Synology NAS ist, das ich wie folgt eingebunden habe

Und so sieht dann der Prozess des Backups bei mir aus
Normalerweise nur Snapshots:

Diesmal aber ein Fullbackup:

INFO: starting new backup job: vzdump 101 --storage ds716plusII --compress zstd --remove 0 --notes-template '{{cluster}}, {{guestname}}, {{node}}, {{vmid}}' --node pve --mode stop
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp1971603_101 for temporary files
INFO: Starting Backup of VM 101 (lxc)
INFO: Backup started at 2023-04-14 07:17:31
INFO: status = running
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: CT Name: arch-iob
INFO: including mount point rootfs ('/') in backup
INFO: stopping virtual guest
INFO: creating vzdump archive '/mnt/pve/ds716plusII/dump/vzdump-lxc-101-2023_04_14-07_17_31.tar.zst'
INFO: Total bytes written: 4887326720 (4.6GiB, 37MiB/s)
INFO: archive file size: 2.10GB
INFO: adding notes to backup
INFO: restarting vm
INFO: guest is online again after 139 seconds
INFO: Finished Backup of VM 101 (00:02:20)
INFO: Backup finished at 2023-04-14 07:19:51
INFO: Backup job finished successfully
TASK OK

VG
Bernd

P.S.: ich habe da nichts in der /etc/fstab stehen und wie sehen die Rechte des Ordners aus?

[UV-on-fire]

@crunchip
Also neuer Ordner unter /mnt ist angelegt und auch die fstab angepasst. Ordner wurde auch gemonunted und korrekte größe der Platte angezeigt. Ebenso habe ich die SMB Version wie in deinem alten Link in die smb.conf eingetargen.

Der andere link auf Spanisch? bezieht sich wohl auf auf die Einbindung per CIFS. Habe ich ebenfalls versucht und Habe Version 3.1 eingetragen.

Hat beides nichts gebracht. Beim Backup auf den gemounteten Ordner kommt weiterhin Fehler beim rename und beim Backup auf das CIFS angebundene Laufwerk läuft das BAckup ewig aber es passiert nichts.

Habe dann mal direkt im gemounteden Backups Verzeichnis versucht ein Template herunter zu laden und auf die Platte zu speichern. Ging auch nicht. Da kam dann allerddings auch was mit fehlenden Userrechten.

Connecting to download.proxmox.com (download.proxmox.com)|2607:5300:203:7dc2::162|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 521817111 (498M) [application/octet-stream]
Saving to: '/root/mnt/BackupProxmox/template/cache/proxmox-mailgateway-7.2-standard_7.2-1_amd64.tar.gz.tmp.4677'
     0K ........ ........ ........ ........  6% 1.13M 6m53s
 32768K ........ ........ ........ ........ 12% 1.13M 6m25s
 65536K ........ ........ ........ ........ 19% 1.13M 5m56s
 98304K ........ ........ ........ ........ 25% 1.13M 5m27s
131072K ........ ........ ........ ........ 32% 1.03M 5m5s
163840K ........ ........ ........ ........ 38% 1.17M 4m33s
196608K ........ ........ ........ ........ 45% 1.12M 4m4s
229376K ........ ........ ........ ........ 51% 1.13M 3m36s
262144K ........ ........ ........ ........ 57% 1.14M 3m7s
294912K ........ ........ ........ ........ 64% 1.13M 2m38s
327680K ........ ........ ........ ........ 70% 1.14M 2m10s
360448K ........ ........ ........ ........ 77% 1.05M 1m42s
393216K ........ ........ ........ ........ 83% 1.12M 73s
425984K ........ ........ ........ ........ 90% 1.14M 44s
458752K ........ ........ ........ ........ 96% 1.02M 16s
491520K ........ ........ .                100% 1.09M=7m28s
2023-04-14 20:41:31 (1.11 MB/s) - '/root/mnt/BackupProxmox/template/cache/proxmox-mailgateway-7.2-standard_7.2-1_amd64.tar.gz.tmp.4677' saved [521817111/521817111]
calculating checksum...OK, checksum verified
TASK ERROR: unable to rename temporary file: Permission denied

Userrechte des Ordners:

root@pve:~/mnt# cd BackupProxmox
root@pve:~/mnt/BackupProxmox# ls -ldh
drwxr-xr-x 2 root root 0 Apr 14 20:24 .

Hab auch schon versucht die mit

root@pve:/mnt# chmod +777 BackupProxmox

Auf rwxrwxrwx umzustellen. Geht aber nicht bleiben immer bei rwxr-xr-x sobal der Ordner gemounted ist.

Hier noch die EInstellungen für den Backup User in der fritte:

Das komische ist halt echt das während dem Backup tatsächlich was auf die fritte geschrieben wird. Wenn ich während dessem die .dat Datei herunterlade ist da auch was. Nur eben beim Rename scheiterts.

[crunchip]

@uv-on-fire sagte in Proxmox VE7.3-3 Backup "unable to rename":

Saving to: '/root/mnt/BackupProxmox/

du hast ja da immer noch das root Verzeichnis drin

[UV-on-fire]

@crunchip
Dann verstehe ich nicht wie ich das Verzeichnis anlegen soll.
Ich hab mich in Proxmox angemeldet, bin auf die shell und habe dann den Ordner mnt und danach den Ordner BackupProxmox angelegt?

Wie oder wo soll ich denn sonst den Ordner anlegen? Wie gesagt Linux ist jetzt nicht gerade meien Stärke

Habe ich eben gefunden:

[Thomas Braun]

@crunchip sagte in Proxmox VE7.3-3 Backup "unable to rename":

Saving to: '/root/mnt/BackupProxmox/

/root ist das home-Verzeichnis des users 'root'.
Das Wurzelverzeichnis für das Dateisystem ist /
Also /mnt

[UV-on-fire]

@thomas-braun
Ok und wie muss ich den Ordner dann anlegen? Irgendwie verstehe ich das an der Stelle dann nicht. Auf der Shell von Poxmox ist ja immer ein user eingelogt oder?
Wenn ich die Shell öffne lande ich automatisch hier:

Und hier habe ich dann mit mkdir zuerst den Ordner mnt angelegt und in dem dann den Unterordner BakupProxmox der dann in der fstab zum einhängen der Platte der Fritzbox genommen wird.

Wenn ich im Proxmox das Verzeichnis /mnt/BackupProxmox als Verzeichnis angebe lande ich auf loacal(PVE) laut Verzeichnissgröße:

Wenn ich aber /root/mnt/BackupProxmox eingebe lande ich auch auf der externen 500GB Platte an der Fritz Box:

Wie müsste ich den sonst den Ordner /mnt/BackupProxmox anlegen damit ich ohne /root drauf komm? In der fstab ist der Pfad ja auch mit /root/mnt/BackupProxmox angegeben. Oder müsste ich nur den Pfad im fstab ändern?