UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[crunchip]

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

auch ein File engelegt

lösch dies mal und probier ein erneutes Backup, aber mit einer anderen Kompression

[UV-on-fire]

@crunchip
Das File wird automatisch gelöscht nach dem Fehler.

Ist egal ob ich LZO,GZIP oder ZSTD nehme. Machen alle die Gleiche Fehlermeldung. Habe es eben mal mit einem VM Backup probiert.

[crunchip]

@uv-on-fire welches Dateisystem hat denn die Platte?
kannst du manuell Dateien auf der Platte umbenennen?

[UV-on-fire]

@crunchip
Dateisystem ist NTFS.
Umbenennen geht auch.

Habe eben mal ein backup ohne Kompression versucht. Selbe Fehlermeldung.

[Ein ehemaliger Benutzer]

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

Hat vielleicht jemand einen Tip dazu?

Moin,

wie angebunden NFS oder SMB/cifs?

Das scheint ein Rechteproblem zu sein, root ist nicht der beste User um das zu machen, da root auf der FB ja ein ganz anderer ist.

Bei mir sieht das so aus, SMB/cifs auf/von enem Syno-NAS

VG
Bernd

[UV-on-fire]

@dp20eic
Musste erst mal in meiner Doku schauen wie ich das damals gemacht hatte. :face_palm:

Also ich habe habe die Fritz NAS damals per shell gemounted und einen Ordner angelegt.
Habe dazu folgende Anleitung im Internet gefunden:
Link Text

In Proxmox selbst ist die Platte einfach als Ordner eigebunden.

Ist schon ein paar Tage her daher war ich mir nicht mehr so ganz sicher. Hatte damals schon festgestellt das die Backups nicht gehen aber das war dann sehr spät nachts und wollte mich das später darum kümmern. Wie immer kamen mal wieder tausend andere Projekte dazwischen und jetzt wurde es sehr viel später :grinning:

Was mir noch aufgefallen ist, ist das laut Log zuerst eine Datei mit Endung .vma.zst angelegt wird. Im dump Ordner sehe ich aber eine Datei mit Endung vma.dat. Dies würde aber wieder dazu passen das versucht wird die Datei vma.dat in vma.zst um zu benennen.

[Ein ehemaliger Benutzer]

@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:blush:

[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