VM-disk in andere VM mounten

[zmaier]

Hallo,

ich weiß gar nicht wie ich das richtig beschreiben soll Ich versuchs mal.

Wie kann ich eine bestehende VM-Disk in eine andere VM einbinden?
Hintergrund, die VM existiert nicht mehr (aus versehen gelöscht und ja ich weiß, kein Backup ), jedoch existiert noch die zusätzlich hinzugefügt Disk.
Die Daten die da drauf sind möchte ich jetzt wieder haben.
Ich möchte die VM-105-disk-0 z.B. in die VM103 (omada) einbinden?
Geht das?
Entschludigt die laienhafte Ausdrucksweise, ich bin kein Profi, für mich ist das alles reines Hobby und Spielerei

 

[MarkusF]

Hallo,

ist die Frage wie man eine Disk verschiebt oder wie zwei VMs (103 und 105) die selbe Disk teilen koennen?

Wenn man in der GUI auf die VM klickt, dann in Hardware schaut, gibt es unter Disk Action, die Moeglichkeit Disks in andere VMs zu verschieben.
VM auswaehlen -> Hardware -> Disk auswaehlen -> Disk Action -> Move Storage

Gleichzeitig koennen VMs nicht die selbe Disk verwenden, da die VMs nicht von einander wissen und die Daten dadurch beschaedigt werden koennen. Zum Teilen von Daten ueber mehrere PCs/VMs gibt es z.B.: NFS, 9p, sshfs, usw.

https://pve.proxmox.com/wiki/Storage
https://forum.proxmox.com/threads/shared-disk-between-vms.32282/

 

[zmaier]

Ahh, das war verwirrend.

Die VM-105(grafana) (die ihr im Screenshoot seht) ist nicht die VM-105-disk-0 die auf test(nuc) liegt.

Auf test(nuc) liegen 3 disks. diese stammen aus einer alten nicht mehr existierenden Proxmox Installation.
Ich möchte diese jetzt aber wieder "aktivieren"?
In der Ausgabe von lsblk seht ihr. Die VMs auf der Festplatte sdb sind nicht "aktiv"? Nur die pve...100 bis pve...105 auf der sda sind in proxmox vorhanden und laufen.

Jetzt möchte ich aber auf die Daten der VM105 (auf der HDD sdb) irgendwie zugreifen. Entweder direkt wieder lauffähig machen, oder in eine andere VM einbinden um dan die Daten zu sichern.

Ich kanns schwer beschreiben, aber hoffentlich versteht es wer

 

[MarkusF]

Okay ich hab die Frage jetzt verstanden.

Du kannst die Disk in der Konfiguration einer VM hinzufuegen:

Beispiel:
scsi0: test:vm-105-disk-0 in /etc/pve/nodes/nuc/qemu-server/103.conf einfuegen

 

[zmaier]

OK, danke

Wenn ich das so mache, dann bootet die VM103 mit der Disk test_vm-105-disk-0. Was auch nicht ideal ist .

Wie könnte ich eine komplett neue VM machen und als Disk die test:vm-105-disk-0 verwenden?
wenn ich das Config-File kopiere, z.B. eine 106.conf erzeuge und dort schreibe :

agent: 1
bootdisk: scsi0
cores: 1
ide2: none,media=cdrom
memory: 1024
name: TEST
net0: virtio=7E:E5:48:0C:6A:1A,bridge=vmbr0,firewall=1
numa: 0
onboot: 1
ostype: l26
 scsi0: test:vm-105-disk-0
scsihw: virtio-scsi-pci
smbios1: uuid=3c478d27-33a1-4df9-a124-a7fa621c743a
sockets: 1
vmgenid: f2c89653-271e-4f30-9707-828dc97c580a
vmstatestorage: local-lvm

Würde das klappen?
Muss ich bei
smbios1, vmgenid, vmstatestorage
was ändern?

 

[aaron]

Du könntest wieder eine VM mit der richtigen VM ID erstellen. Du kannst beim Erstellen auch die automatisch vorgeschlagene neue Festplatte entfernen.

Dann auf der CLI ein qm rescan machen. Das sollte das schon bestehende Disk Image finden und als "unused" der VM hinzufügen. Du kannst jetzt entweder die unused Disk bearbeiten und an die neu erstellte VM "anstecken" und schauen, ob sie bootet. Hierbeit die Bootreihenfolge in den Optionen der VM vorher noch bearbeiten!
Oder du kannst, wenn du die unused Disk auswählst unter Disk Actions -> Reassign die Disk einem anderen Gast zuweisen. Hierbei wird im Hintergrund dann das image umbenannt, so dass es die VMID des Gasts bekommt, dem es Reassigned wird.

 

[zmaier]

Guten Morgen,

Danke für die Infos, es hat geklappt.
Ich habe eine neue VM ohne neue Festplatte erstellt, jedoch mit neuer VM-ID, die alte konnte ich nicht verwenden, da schon eine VM-105 vorhanden ist.
Dann im Editor das 106.conf (106 ist die neue VM-ID) geändert und

scsi0: test:vm-105-disk-0

hinzugefügt, Bootreihenfolge geändert.
FERTIG.

Die VM 106 bootet mit der VM-105-disk auf Test(NUC).

DANKE für die schnelle und kompetente Hilfe

 

[aaron]

Dann würde ich dir empfehlen, das Disk Image trotzdem umzubenennen, damit die VMID auch 106 ist. Ansonsten könnte es böse enden, wenn du die VM 105 löscht und die Checkbox "Destroy unreferenced disks owned by guest" aktivierst!

Auch hier wäre die einfachste Variante, ein qm rescan laufen zu lassen. Dann taucht bei der VM 105 eine Unused Disk auf, die du via Disk Action -> Reassign der VM 106 zuweisen kannst. Hierbei wird das umbenennen für dich gemacht.

 

[zmaier]

Perfekt DANKE! Hat geklappt.

VM-106 hat jetzt die Test:VM-106-disk-1

Es ist zwar jetzt SCSI1 als Hardware ausgewählt (wurde automatisch gemacht), aber ich denke das ist egal.
Bootreihenfolge entsprechend geändert und fertig.

 

[Flieger42]

Ich habe ein, zumindest glaube ich das, sehr ähnliches Problem.

Kurze Vorgeschichte:
Proxmox mit einer VM mit Win11. Partitionen wie folgt verbunden:
- SSD1 Proxmox inkl VMs.
- Raid mit 3 HDDs als Datenspeicher in die VM eingebunden: VM-100-disk-0, VM-100-disk-1, VM-100-disk-2

SSD1 ist so defekt das eine Wiederherstellung nicht mehr möglich ist.
Neue SSD rein und Proxmox inkl. VM mit Win11 installiert.

Jetzt würde ich gerne die drei Datendisks in die VM mit Win11 einbinden. Proxmox sagt mir (Bild2), dass diese bereits einer LV zugeordnet sind. Wie bekomme ich das jetzt an die neue VM mit Win11 verbunden.
Ich nehme mal an, dass die Daten da drauf alle weg sind. Aber vielleicht ja auch nicht.

Jemand eine Idee dazu?

 

[Flieger42]

Ich habe ein, zumindest glaube ich das, sehr ähnliches Problem.

Kurze Vorgeschichte:
Proxmox mit einer VM mit Win11. Partitionen wie folgt verbunden:
- SSD1 Proxmox inkl VMs.
- Raid mit 3 HDDs als Datenspeicher in die VM eingebunden: VM-100-disk-0, VM-100-disk-1, VM-100-disk-2

SSD1 ist so defekt das eine Wiederherstellung nicht mehr möglich ist.
Neue SSD rein und Proxmox inkl. VM mit Win11 installiert.

Jetzt würde ich gerne die drei Datendisks in die VM mit Win11 einbinden. Proxmox sagt mir (Bild2), dass diese bereits einer LV zugeordnet sind. Wie bekomme ich das jetzt an die neue VM mit Win11 verbunden.
Ich nehme mal an, dass die Daten da drauf alle weg sind. Aber vielleicht ja auch nicht.

Jemand eine Idee dazu?

Hat sich erledigt. Habs auch mit dem Befehl qm rescan direkt auf dem Host wie oben beschrieben auf unused ändern können und anschließend neu der VM zuweisen können einfach über Edit/add. Alle Daten noch da Juhu

 

[oefchen]

Hi to all...ich häng mich mal mit ähnlichem Problem hier dran.

Mein Setup unter VE8.2.7 mit 3 nodes im cluster hab ich wohl etwas zerschossen
...
Hatte ne VM(300) mit einigen eingehängten HDD´s am laufen. Die sollte, wie CT´s auch, automatisch auf node 2 umziehen wenn node 1 down ist.
Das hat mit den Ct´s soweit auch geklappt...nur die VM zickt rum...weil sie von node2 natürlich nicht auf die Festplatten zugreifen kann.
Die VM lässt sich in Node2 nicht starten, aber auch nicht mehr migrieren...löschen kann ich sie da auch nicht.

Jetzt sind auf den Platten durchaus wichtige Daten....nein...natürlich hab ich davon kein Backup

Hab also eine neue VM (NAS) erstellt und könnte die Platten da auch zufügen...dann werden die aber formatiert. Eine neue HDD ist da aktiv und auch über Netzwerk verfügbar....die könnte alle daten aufnehmen.

Nun hab ich versucht die "Daten"-Platten einfach in eine Debian-VM zu hängen und die Daten rüber zu kopieren... LVM2 installiert, mounten kann ich sie nicht. PIC zeigt die sda unter Debian.


Was mach ich falsch ?? Gibts ne andere Möglichkeit an die Daten auf den Platten zu kommen....rüber zu kopieren und dann die Platten wieder der neuen NAS zuzuordnen ?
Danke im voraus

 

[oefchen]

Ich komm leider nicht weiter...hänge mal noch einiges an Info´s an:

root@pve1:~# lvs
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert
HDD2 HDD2 twi-aotz-- 912.76g 42.87 1.36
vm-100-disk-0 HDD2 Vwi-aotz-- 35.00g HDD2 11.93
vm-300-disk-0 HDD2 Vwi-a-tz-- 980.00g HDD2 39.50
HDD3 HDD3 twi-aotz-- 912.76g 0.00 0.21
NVMe1 NVMe1 twi-aotz-- 1.83t 41.52 1.61
vm-300-disk-0 NVMe1 Vwi-a-tz-- 1.96t NVMe1 38.74
vm-302-disk-0 NVMe1 Vwi-a-tz-- <1.86t NVMe1 0.00
data pve twi-aotz-- 1.71t 86.14 3.40
root pve -wi-ao---- 96.00g
swap pve -wi-ao---- 8.00g
vm-102-disk-0 pve Vwi-a-tz-- 20.00g data 7.77
vm-103-disk-0 pve Vwi-aotz-- 100.00g data 4.99
vm-103-disk-1 pve Vwi-aotz-- <1.76t data 82.17
vm-105-disk-0 pve Vwi-a-tz-- 32.00g data 22.88
vm-301-disk-0 pve Vwi-a-tz-- 32.00g data 57.06
vm-302-disk-0 pve Vwi-aotz-- 1.50g data 38.83

Um die beiden "blauen VM gehts.
Ich hatte jetzt die Hoffnung mittels "kpartx" auf die VM zu kommen, um dann ev die Dateien zu sichern.
kpartx auf PVE1 installiert. Kann ich damit die daten zerschiessen ? Oder wäre

root@pve1:~# kpartx -av /dev/mapper/NVMe1-vm--300--disk--0

ungefährlich? Wenn ich dann die erstellten Devices in ein Verzeichniss mounte kann ich Verz & dateien sichern ?
Mir macht etwas Sorgen das

root@pve1:~# lvdisplay /dev/pve1/NVMe1-vm--300--disk--0
Volume group "pve1" not found
Cannot process volume group pve1

mit dem Fehler endet...

 

[aaron]

Die sollte, wie CT´s auch, automatisch auf node 2 umziehen wenn node 1 down ist.

Meinst du einen geplanten shutdown/maintenance-mode? Ansonsten wird das mit lokalen Disk Images schwer.

Die VM lässt sich in Node2 nicht starten, aber auch nicht mehr migrieren...löschen kann ich sie da auch nicht.

Hat die VM auf dieser Node irgendwelche Disken auf die sie zugreifen kann? Bzw. wie sie die VM config aus?

Wenn alle Images noch auf der alten Node liegen, kannst du die VM (ausgeschalten) auch manuell wieder zurück auf die alte Node schieben:
mv /etc/pve/nodes/{node2}/qemu-server/300.conf /etc/pve/nodes/{alte node}/qemu-server/

Ansonsten bez:

root@pve1:~# lvdisplay /dev/pve1/NVMe1-vm--300--disk--0
Volume group "pve1" not found
Cannot process volume group pve1

Soweit ich das im Output darüber sehe, hast du andere VGs die HDD2 und NVMe1 heißen? Dann müssen die Pfade entsprechend anders sein. Bzw. in /dev/mapper sollten alle auftauchen.

Übrigens, CLI Output am besten innerhalb von [code][/code] Blöcken posten, oder die passenden Buttons im Editor nehmen. Dann liest es sich deutlich leichter

 

[oefchen]

Hi Aaron,

Meinst du einen geplanten shutdown/maintenance-mode?

Ja...so war das eig geplant. DAs ist gründlich schief gegangen Da muss ich mich nochmal einlesen...

Hätt ich mich mal früher ans Forum gewandt...mir war nicht klar das ich nur die VM.conf einfach nur wieder rüberkopieren kann. Das hätte einiges einfacher gemacht.
Die "300.conf" liegt jetzt wieder auf Node1 (in Node2 hatte ich sie gesichert und gelöscht)...die Nas startet auch, findet aber die Sata-Map nicht. Somit ist die VM wohl zerschossen. ....wieder was gelernt

Bleibt wirklich nur der Weg über die VM-Disks ?
Unter /dev/mapper...find ich sie natürlich:
root@pve1:~# lvdisplay /dev/mapper/HDD2-vm--300--disk--0

 --- Logical volume ---

 LV Path                /dev/HDD2/vm-300-disk-0
 LV Name                vm-300-disk-0
 VG Name                HDD2
 LV UUID                zB0G1P-DBf9-XZ6T-cu0X-C28x-QyjY-Y3J8d9
 LV Write Access        read/write
 LV Creation host, time pve1, 2023-01-25 19:44:54 +0100
 LV Pool name           HDD2
 LV Status              available
 # open                 0
 LV Size                980.00 GiB
 Mapped size            39.50%
 Current LE             250880
 Segments               1
 Allocation             inherit
 Read ahead sectors     auto
 - currently set to     256
 Block device           252:26

root@pve1:~# lvdisplay /dev/mapper/NVMe1-vm--300--disk--0

     --- Logical volume ---

     LV Path                /dev/NVMe1/vm-300-disk-0
     LV Name                vm-300-disk-0
     VG Name                NVMe1
     LV UUID                hEidQA-CMIW-1JyC-JfuK-EXRC-qy11-q1zAlP
     LV Write Access        read/write
     LV Creation host, time pve1, 2023-01-25 20:17:26 +0100
     LV Pool name           NVMe1
     LV Status              available
     # open                 0
     LV Size                1.96 TiB
     Mapped size            38.74%
     Current LE             514560
     Segments               1
     Allocation             inherit
     Read ahead sectors     auto
     - currently set to     256
     Block device           252:14

Kann ich mir die daten mit "root@pve1:~# kpartx -av /dev/mapper/NVMe1-vm--300--disk--0" denn zerschießen? Ehrlich...mir ist etwas mulmig
Zumindest werd ich backups nicht mehr vergessen....

 

[oefchen]

Beide disk´s sind LVM-thin.
Wie is es möglich die Daten auf eine andere disk zu kopieren ?
Ist es möglich die beiden disk in eine zu erstellende VM zu hängen und auszulesen?
Ist es jetzt noch möglich ein backup von den disk´s zu machen ?

 

[oefchen]

Da tust Du sicher gut dran So wird wohl meine Struktur in Zukunft auch aussehen ...
Jetzt muss ich aber erstmal an die daten ran...koste es was es wolle )

 

[oefchen]

Ich beschreib mal meinen Weg die Daten auf den beiden LVM-thin zu retten...

1. Ubuntu VM erstellt mit boot disk und einer zweiten partition mit gut Platz (/mnt/sicherung gemountet)
die LVM-thin die der nicht lauffähigen VM(exNas) zugeordnet war über Disk-Aktion/Besitzer ändern
der Ubuntu-VM zugeordnet

2. test Programm UFS Explorer Standard Recovery (59€ +Mwst) ...nicht das dicke Packet für 600€!
laden & über ssh in den download-ordner. Über Eigenschaften ausführbar machen, installieren.
Weils es im mom noch shareware ist kann man gut sehen ob die Reparatur der LVM(-thin) möglich ist.
Lizens gekauft und den erhaltenen Schlüssel ins Programm eingefügt....jetzt ist speichern möglich.

Alle Daten sind da und werden gerade gesichert