March 23, 20251 yr Hallo, ich dachte ich hatte das mit den VM zumindest in Grundzügen verstanden, aber jetzt komm ich gerade nicht weiter. Ich habe eine Homeassistant VM. Die zugehörigen Dateien sollten auf einen anderen Speicherort. Im VM Verzeichnis ist eine .vmdk und eine .S[Datum]qcow2 Datei (also der Snapshot den ich mal gemacht habe). Jetzt dachte ich, beide Dateien kopieren und in den VM Einstellungen bei 'Primary vDisk Location' das neue Verzeichnis angeben. Aber beim VM Start sagt er dann 'Cannot access backing file ... of storage file ...'. Das .vmdk file sucht er immer noch an der alten Stelle, wo kann ich den neuen Speicherort einstellen?
March 24, 20251 yr 8 hours ago, Aeious said: Jetzt dachte ich, beide Dateien kopieren und in den VM Einstellungen bei 'Primary vDisk Location' das neue Verzeichnis angeben. Aber beim VM Start sagt er dann 'Cannot access backing file ... of storage file ...'. Das .vmdk file sucht er immer noch an der alten Stelle, wo kann ich den neuen Speicherort einstellen? die primary vdisk location verweist auf die effektive disk und nicht auf einen Ordner. davon ausgehend du hast nur den Pfad zur vdisk geändert schätze ich das liegt an dem snapshot. Grundsätzlich hast du nichts verkehrt gemacht und mehr wäre auch normal nicht zu machen, VM aus, vdisk verschieben, Pfad ändern, fertig. jetzt "tippe" ich das bei snapshots irgendwo abhängige Pfade hinterlegt werden ... da ich snapshots nicht nutze ... ein Lösungsansatz wäre, snapshot "auflösen" und wieder zusammenfügen in den Standard. ansonsten, mal hinterfragen ... @SimonF question, when VM snapshot is created, depending path's to vdisk / snap files are editable ? i assume this has something todo when using snapshots and when moving VM files to a different location ...
March 24, 20251 yr Author Ich hab den Snapshot "aufgelöst" (also 'Revert snapshot'). Leider habe ich jetzt aber den Stand von vor dem Snapshot in der VM. Muss ich da noch was extra machen, dass es das zusammenfügt? Edit: Oh nein, 'Block commit' wäre das Richtige gewesen. Gibts eine Methode das wieder zu reparieren? Jetzt schluckt er den Snapshot nämlich nicht mehr. Das mit Snapshots ist um einiges Trickreicher als ich das erwartet habe. Z.B. geht auch kein VM Clonen. Ich glaube das lasse ich zukünfitg bleiben. Ich hab mal im englischen Teil ein Thema dazu aufgemacht. https://forums.unraid.net/topic/188490-how-to-go-back-to-a-reverted-snapshot/ Edited March 24, 20251 yr by Aeious
March 24, 20251 yr Solution root@computenode:/mnt/user/domains2/Arch9# qemu-img info --backing-chain -U vdisk1.S20250321211701qcow2 image: vdisk1.S20250321211701qcow2 file format: qcow2 virtual size: 5 MiB (5242880 bytes) disk size: 196 KiB cluster_size: 65536 backing file: /mnt/user/domains2/Arch9/vdisk1.img backing file format: raw Format specific information: compat: 1.1 compression type: zlib lazy refcounts: false refcount bits: 16 corrupt: false extended l2: false Child node '/file': filename: vdisk1.S20250321211701qcow2 protocol type: file file length: 192 KiB (197120 bytes) disk size: 196 KiB image: /mnt/user/domains2/Arch9/vdisk1.img file format: raw virtual size: 5 MiB (5242880 bytes) disk size: 1 MiB Child node '/file': filename: /mnt/user/domains2/Arch9/vdisk1.img protocol type: file file length: 5 MiB (5242880 bytes) disk size: 1 MiB root@computenode:/mnt/user/domains2/Arch9# cat /etc/libvirt/qemu/snapshotdb/Arch9/snapshots.db { "S20250321211701": { "name": "S20250321211701", "parent": "Base", "state": "shutoff", "desc": null, "memory": { "@attributes": { "snapshot": "no" } }, "creationtime": "1742591822", "method": "QEMU", "backing": { "hdc": [ "\/mnt\/xfspool\/domains2\/Arch9\/vdisk1.S20250321211701qcow2", "\/mnt\/user\/domains2\/Arch9\/vdisk1.img" ], "rhdc": [ "\/mnt\/user\/domains2\/Arch9\/vdisk1.img", "\/mnt\/xfspool\/domains2\/Arch9\/vdisk1.S20250321211701qcow2" ], "hdd": [ "\/mnt\/xfspool\/domains2\/Arch9\/vdisk2.S20250321211701qcow2", "\/mnt\/user\/domains2\/Arch9\/vdisk2.img" ], "rhdd": [ "\/mnt\/user\/domains2\/Arch9\/vdisk2.img", "\/mnt\/xfspool\/domains2\/Arch9\/vdisk2.S20250321211701qcow2" ], "hde": [ "\/mnt\/vmpoolzfs\/domains\/vdisk3.S20250321211701qcow2", "\/mnt\/user\/domains\/vdisk3.qcow2" ], "rhde": [ "\/mnt\/user\/domains\/vdisk3.qcow2", "\/mnt\/vmpoolzfs\/domains\/vdisk3.S20250321211701qcow2" ], "hdf": [ "\/mnt\/xfspool\/domains2\/Arch9\/vdisk4.S20250321211701qcow2", "\/mnt\/user\/domains2\/Arch9\/vdisk4.img" ], "rhdf": [ "\/mnt\/user\/domains2\/Arch9\/vdisk4.img", "\/mnt\/xfspool\/domains2\/Arch9\/vdisk4.S20250321211701qcow2" ], "hdg": [ "\/mnt\/xfspool\/domains2\/Arch9\/vdisk5.S20250321211701qcow2", "\/mnt\/user\/domains2\/Arch9\/vdisk5.qcow2" ], "rhdg": [ "\/mnt\/user\/domains2\/Arch9\/vdisk5.qcow2", "\/mnt\/xfspool\/domains2\/Arch9\/vdisk5.S20250321211701qcow2" ], "hdh": [ "\/mnt\/vmpoolzfs\/domains\/vdisk2.S20250321211701qcow2", "\/mnt\/user\/domains\/vdisk2.img" ], "rhdh": [ "\/mnt\/user\/domains\/vdisk2.img", "\/mnt\/vmpoolzfs\/domains\/vdisk2.S20250321211701qcow2" ] }, "primarypath": "\/mnt\/xfspool\/domains2\/Arch9", "disks": [ { "@attributes": { "name": "hdc", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/xfspool\/domains2\/Arch9\/vdisk1.S20250321211701qcow2" } } }, { "@attributes": { "name": "hdd", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/xfspool\/domains2\/Arch9\/vdisk2.S20250321211701qcow2" } } }, { "@attributes": { "name": "hde", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/vmpoolzfs\/domains\/vdisk3.S20250321211701qcow2" } } }, { "@attributes": { "name": "hdf", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/xfspool\/domains2\/Arch9\/vdisk4.S20250321211701qcow2" } } }, { "@attributes": { "name": "hdg", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/xfspool\/domains2\/Arch9\/vdisk5.S20250321211701qcow2" } } }, { "@attributes": { "name": "hdh", "snapshot": "external", "type": "file" }, "driver": { "@attributes": { "type": "qcow2" } }, "source": { "@attributes": { "file": "\/mnt\/vmpoolzfs\/domains\/vdisk2.S20250321211701qcow2" } } } ] } }root@computenode:/mnt/user/domains2/Arch9# Path is in the image and also it is stored in my snapshotdb.
March 24, 20251 yr Author 42 minutes ago, SimonF said: Path is in the image and also it is stored in my snapshotdb. Thanks a lot but I dont understand it completely. I would have too many questions (I am always so astonished how someone can know such things by heart). And probably because I reverted the snapshot my snapshotdb is empty, so there is no further need to try it. Now my only question is, can I reload my reverted snapshot in some way? I opened another topic for that
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.