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

[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?

[Thomas Braun]

@uv-on-fire

~ im Login prompt steht für das jeweilige home des Users. Du stehst also tatsächlich in /root
/mnt wird aber in / angelegt
Also

cd /
mkdir mnt
cd ~

Gilt für 'normale' Systeme, in Containern ist das u.U. aber auch wieder anders.

Warum man mit so wenig Rüstzeug gleich mit einem Container herumfrickelt muss ich aber nicht verstehen.

[UV-on-fire]

@thomas-braun
Bin inzwischen auch darauf gekommen das ich zuerst cd / verwenden muss.

Habs auch hinbekommen aber der Fehler bleibt wie er ist.

INFO: starting new backup job: vzdump 101 --storage BackupsFritte --compress zstd --remove 0 --notes-template '{{cluster}}, {{guestname}}, {{node}}, {{vmid}}' --mode snapshot --node pve
INFO: filesystem type on dumpdir is 'cifs' -using /var/tmp/vzdumptmp55210_101 for temporary files
INFO: Starting Backup of VM 101 (lxc)
INFO: Backup started at 2023-04-15 00:37:49
INFO: status = stopped
INFO: backup mode: stop
INFO: ionice priority: 7
INFO: CT Name: python
INFO: including mount point rootfs ('/') in backup
INFO: creating vzdump archive '/mnt/BackupProxmox/dump/vzdump-lxc-101-2023_04_15-00_37_49.tar.zst'
INFO: Total bytes written: 673802240 (643MiB, 37MiB/s)
ERROR: Backup of VM 101 failed - unable to rename '/mnt/BackupProxmox/dump/vzdump-lxc-101-2023_04_15-00_37_49.tar.dat' to '/mnt/BackupProxmox/dump/vzdump-lxc-101-2023_04_15-00_37_49.tar.zst'
INFO: Failed at 2023-04-15 00:38:08
INFO: Backup job finished with errors
TASK ERROR: job errors

Und wieso herumfrickeln am Container? Ich habe Proxmox am laufen und frickel da herum um ein Backup von meinen VM und Containern zu ertsellen das auf einer an der Fritz Box angeschlossenen Platte landen soll. Das ist doch dann nicht der Container an dem ich was mache sondern Proxmox selbst, oder?

Irgendwie hat jeder doch mal angefangen und auch oft genug mit try an error. Ich arbeite halt nicht täglich mit Linux und leider sind die Quellen die man mit Tante google u.ä. findet so umfangreich und manchmal auch so verwirrend das eben oft genug die basics die Anfänger brauchen an keiner Stelle erwähnt werden. Das ~ dafür steht das ich im Home des aktuellen users stehe habe ich bisher zum Beispiel bisher nirgends gelesen, ist aber gut zu wissen für die Zukunft.

Bin ja generell für jede Hilfe dankbar die mich und mein WIssen weiterbringt.

Zurück zum Thema, noch irgendeine Idee warum das Backup scheitert?

[Thomas Braun]

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

Irgendwie hat jeder doch mal angefangen und auch oft genug mit try an error. Ich arbeite halt nicht täglich mit Linux und leider sind die Quellen die man mit Tante google u.ä. findet so umfangreich und manchmal auch so verwirrend das eben oft genug die basics die Anfänger brauchen an keiner Stelle erwähnt werden.

Deswegen erwirbt man die basics auch nicht in einem Proxmox/Container-Setup, weil das noch eine Ecke komplexer ist als eine 'native' Installation.

[UV-on-fire]

@thomas-braun
Ich liebe halt die Herausforderung

[Thomas Braun]

@uv-on-fire

Dann viel Spaß noch.

[UV-on-fire]

@thomas-braun
Hatte ja anfangs den Broker auch auf eine raspi 3 am laufen aber der wurde dann zu langsam und da ich auch noch Homematic und grafana etc. nutze wollte ich das mal zentral auf einem System am laufen haben. Da bin ich eben auf nen NUC mit Proxmox umgestiegen. Wie immer bei solchen Dingen liest man sich in das Thema ein hört zig Vorschläge mit x verschiedenen Lösunge und entscheidet sich dann für eines.

Komme eigentlich aus der Automatisierungs Welt aber hauptsächlich das ganze Siemens Zeug und vor Uhrzeiten mal mit nem C64 a bissle Basic gebastelt. Da ist natürlich einiges zu lernen.

Danke für deine Hilfe

[crunchip]

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

Dann verstehe ich nicht wie ich das Verzeichnis anlegen sol

gar nicht, weil es schon existiert

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

Und hier habe ich dann mit mkdir zuerst den Ordner mnt angelegt

den Ordner gibt es doch schon
du musst nur dahin wechseln

zeig mal das Verzeichnis

cd /mnt/pve
ls

bzw wenn mit cifs nicht klappt, mal nfs probieren
https://pve.proxmox.com/wiki/Storage:_NFS

[Meister Mopper]

@uv-on-fire

Da du einen lxc sichern möchtest, könnte es sein, dass da ein Rechteproblem mit dem tmp-Verzeichnis besteht?

[UV-on-fire]

@crunchip

Hier der Inhalt von /mnt/pve

Den Ordner BackupProxmox habe ich manuell im mnt angelegt. Auf den verlinkt jetzt auch die fstab.

Wie gestern mit Thomas Braun schon geklärt hatte ich ein Verständnissproblem das Proxmox beim öffnen der Shell direkt ins homeverzeichns von Root geht. Das kleine ~ nach dem : eben.

Im Proxmox heißt das Storage mittlerweile BackupsFritte.

Problem bleibt aber das gleiche.

NFS muss ich mir mal ansehen morgen. Bin heute zu müde dazu.

[UV-on-fire]

@meister-mopper

Der Fehler kommt egal ob ich einen lxc oder eine VM sichern will. Hab die vzdump.conf trotzdem mal angepasst. Ändert aber nichts.

[crunchip]

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

der Inhalt von /mnt/pve

das sind alles Verzeichnisse die du bereits mal angelegt hast
dann zeig mal die dazugehörige config

cat /etc/pve/storage.cfg

[UV-on-fire]

@crunchip

root@pve:~# cat /etc/pve/storage.cfg
dir: local
        path /var/lib/vz
        content iso,vztmpl,backup

lvmthin: local-lvm
        thinpool data
        vgname pve
        content images,rootdir

dir: local2_60gb
        path /mnt/sda
        content images
        prune-backups keep-all=1
        shared 0

dir: BackupsFritte
        path /mnt/BackupProxmox
        content images,backup,vztmpl,rootdir,iso,snippets
        prune-backups keep-all=1
        shared 0

[A Former User]

@uv-on-fire

Moin,

auch wenn man mir nicht glaubt, Du hast das System verstellt/verhunst.

Ich würde einfach mal alles, was Du da händisch gemacht hast wieder rückgängig machen, dann die Proxmox Version 7.3 auf die 7.4 migrieren und dann nur über die Web-UI das NAS (Fritte) einbinden, meine storage.cfg für den Mount meines NAS sieht so aus

cifs: ds716plusII
        path /mnt/pve/ds716plusII
        server ds716plus
        share proxmox
        content rootdir,vztmpl,images,iso,backup,snippets
        domain fritz.box
        nodes pve
        prune-backups keep-all=1
        username dp20eic

VG
Bernd

[crunchip]

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

dir: local2_60gb

weiss zwar nicht was du da noch für eine Patte angelegt hast, aber ein cifs ist da gar nicht zu finden

du hast aktuell nur ein Verzeichnis in proxmox
dir: BackupsFritte

und auch nicht aktiv so wie ich sehe, da fehlt der Eintrag nodes...

zeig mal die Proxmox Seite >Rechenzentrum>Storage

[UV-on-fire]

@crunchip
Ja sorry, hatte den CIFS wieder gelöscht weil mit dem ja noch weniger ging als mit dem mount. BackupsFritte ist der gemountete Ordner.

Hab jetzt den CIFS über die Proxmox Oberfläche nochmal angelegt. Aber auch da fehlt der eintrag nodes...

dir: local
        path /var/lib/vz
        content backup,iso,vztmpl

lvmthin: local-lvm
        thinpool data
        vgname pve
        content images,rootdir

dir: local2_60gb
        path /mnt/sda
        content images
        prune-backups keep-all=1
        shared 0

dir: BackupsFritte
        path /mnt/BackupProxmox
        content vztmpl,iso,images,snippets,backup,rootdir
        prune-backups keep-all=1
        shared 0

cifs: Backups
        path /mnt/pve/Backups
        server 192.168.178.1
        share fb7590
        content backup,rootdir,vztmpl,iso,images,snippets
        prune-backups keep-all=1
        username BackupProxmox

Wie gesagt scheint der Zugriff über den mount auch zu klappen, da beim Start des Backups die Ordner wie z.B. dump auch angelegt werden und ich während des Backups dort auch die .dat Datei sehe. Nach dem Abbruch wird dort auch eine log Datei abgelegt.

Beim CIFS wird mir zwar der Speicher der externen Platte mit 500GB angezeigt aber wenn ich ein Backup eines kleinen lxc starte wird der dump Ordner nicht auf der angeschlossenen Festplatte sondern auf den internen Speicher der Fritz Box angelegt. Und der ist natürlich deutlich zu klein

[crunchip]

@uv-on-fire nützt aber überhaupt nichts, wenn man auf etwas Aufbauen möchte, und etwas nachfragt, du dann aber wieder irgendwas anderes machst
und jetzt nochmal

cd /mnt/pve
ls

[UV-on-fire]

@crunchip

[crunchip]

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

@crunchip

dann leg jetzt mal ein Verzeichnis im Storage an, aber als Pfad gibst du an /mnt/pve/Backups