Hi, ich habe eine Basis-VM von der ich andere VMs klonen möchte. (qemu-img create -f qcow2 basis.qcow2 cloneX.qcow2) Das klappt ohne Probleme. Aber wenn ich mehr(!) als einen dieser Klone gleichzeitig(!) starten will bekomme ich die Meldung: internal error ... Failed to get "write" lock. Is another process using the image [/path/to/VM/images/basis.qcow2]? Wenn ich das richtig verstanden habe sollte aber der Hypervisor auf dieses Image nur lesend zugreifen. Was checke ich nun als erstes? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Bernd, Am 21.09.20 um 16:24 schrieb Bernd Nachtigall:
Hi,
ich habe eine Basis-VM von der ich andere VMs klonen möchte. (qemu-img create -f qcow2 basis.qcow2 cloneX.qcow2)
Das klappt ohne Probleme. Aber wenn ich mehr(!) als einen dieser Klone gleichzeitig(!) starten will bekomme ich die Meldung:
internal error ... Failed to get "write" lock. Is another process using the image [/path/to/VM/images/basis.qcow2]?
Wenn ich das richtig verstanden habe sollte aber der Hypervisor auf dieses Image nur lesend zugreifen.
Wenn Du ein qcow2-Image in QEMU, bzw. KVM, lädst, hast Du immer einen lesenden UND schreibenden Zugriff darauf. Schließlich willst Du normalerweise auch mit Applikationen die Möglichkeit haben in einer VM Daten abzuspeichern. ;) Wenn Du das Basis-Image kopierst, kannst Du das 2. Image für eine weitere VM verwenden.
Was checke ich nun als erstes?
Bernd Gruß Sarah
Am 21.09.20 um 16:53 schrieb Sarah Julia Kriesch: (...)
Wenn Du ein qcow2-Image in QEMU, bzw. KVM, lädst, hast Du immer einen lesenden UND schreibenden Zugriff darauf. Schließlich willst Du normalerweise auch mit Applikationen die Möglichkeit haben in einer VM Daten abzuspeichern. ;) (...)
Na ja, fast ... Wenn ich eine Overlay-Datei mit 'qemu-img create' erzeuge und die als Imagedatei für eine VM nutze, werden die Änderungen in die Overlay-Datei geschrieben (zumindest steht es so geschrieben). Die ursprüngliche Image-Datei dient dann nur zum lesen. (CopyOnWrite) Auf diese Art soll man platzsparende, volatile Klone z. B. für Seminare kreieren können. Das klappt aber offenbar nicht und ich weiß nicht warum ... Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo,
Am 21.09.20 um 16:53 schrieb Sarah Julia Kriesch: (...)
Wenn Du ein qcow2-Image in QEMU, bzw. KVM, lädst, hast Du immer einen lesenden UND schreibenden Zugriff darauf. Schließlich willst Du normalerweise auch mit Applikationen die Möglichkeit haben in einer VM Daten abzuspeichern. ;)
(...)
Na ja, fast ... Wenn ich eine Overlay-Datei mit 'qemu-img create' erzeuge und die als Imagedatei für eine VM nutze, werden die Änderungen in die Overlay-Datei geschrieben (zumindest steht es so geschrieben). Die ursprüngliche Image-Datei dient dann nur zum lesen. (CopyOnWrite) Auf diese Art soll man platzsparende, volatile Klone z. B. für Seminare kreieren können.
Das klappt aber offenbar nicht und ich weiß nicht warum ...
Bernd
auf der ursprünglichen Platte muss ein Schreibschutz gesetzt werden. Hast du das gemacht? Grüße Richard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 25.09.20 um 00:39 schrieb Richard Hafenscher:
Hallo,
Am 21.09.20 um 16:53 schrieb Sarah Julia Kriesch: (...)
Wenn Du ein qcow2-Image in QEMU, bzw. KVM, lädst, hast Du immer einen lesenden UND schreibenden Zugriff darauf. Schließlich willst Du normalerweise auch mit Applikationen die Möglichkeit haben in einer VM Daten abzuspeichern. ;)
(...)
Na ja, fast ... Wenn ich eine Overlay-Datei mit 'qemu-img create' erzeuge und die als Imagedatei für eine VM nutze, werden die Änderungen in die Overlay-Datei geschrieben (zumindest steht es so geschrieben). Die ursprüngliche Image-Datei dient dann nur zum lesen. (CopyOnWrite) Auf diese Art soll man platzsparende, volatile Klone z. B. für Seminare kreieren können.
Das klappt aber offenbar nicht und ich weiß nicht warum ...
Bernd
auf der ursprünglichen Platte muss ein Schreibschutz gesetzt werden. Hast du das gemacht? Nein, das habe ich nicht getan. Ich weiß auch nicht wie das geht. Es reicht sicher nicht dem qemu die Rechte zu verwehren, oder? Aktuell läuft qemu hier unter root, wie es halt Standard ist unter openSUSE. Da wäre das entfernen der Rechte eh schwierig.
Aber was soll das helfen? QEMU/KVM beschwert sich ja jetzt schon das es nicht auf die Datei zugreifen kann. Ich denke das es eher daran liegt das der Hypervisor die Datei nicht nur lesend öffnen will. Ich habe bemerkt das openSUSE im Standard nur recht alte Versionen von QEMU/KVM ausliefert. Gibt es ein Add-On Repo was neuere Versionen ausliefert? (und gepflegt wird)? Bernd -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Bernd Nachtigall schrieb:
Ich habe bemerkt das openSUSE im Standard nur recht alte Versionen von QEMU/KVM ausliefert.
Das ist nicht richtig. OpenSuse 15.2 enthält qemu 4.2.1 und das ist vom 25.6.2020, also genau 3 Monate "alt". qemu prescht mit den Versionsnummern durchaus etwas voran, aktuell ist daher zwar 5.1.x, aber der Zweig 4.2.x wird durchaus noch von den Entwicklern gepflegt. Und KVM ist Bestandteil des Kernels, also genauso "alt" wie der Kernel. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Gesendet: Freitag, 25. September 2020 um 07:43 Uhr
Von: "Bernd Nachtigall"
Hallo,
Am 21.09.20 um 16:53 schrieb Sarah Julia Kriesch: (...)
Wenn Du ein qcow2-Image in QEMU, bzw. KVM, lädst, hast Du immer einen lesenden UND schreibenden Zugriff darauf. Schließlich willst Du normalerweise auch mit Applikationen die Möglichkeit haben in einer VM Daten abzuspeichern. ;)
(...)
Na ja, fast ... Wenn ich eine Overlay-Datei mit 'qemu-img create' erzeuge und die als Imagedatei für eine VM nutze, werden die Änderungen in die Overlay-Datei geschrieben (zumindest steht es so geschrieben). Die ursprüngliche Image-Datei dient dann nur zum lesen. (CopyOnWrite) Auf diese Art soll man platzsparende, volatile Klone z. B. für Seminare kreieren können.
Das klappt aber offenbar nicht und ich weiß nicht warum ...
Bernd
auf der ursprünglichen Platte muss ein Schreibschutz gesetzt werden. Hast du das gemacht? Nein, das habe ich nicht getan. Ich weiß auch nicht wie das geht. Es reicht sicher nicht dem qemu die Rechte zu verwehren, oder? Aktuell läuft qemu hier unter root, wie es halt Standard ist unter openSUSE. Da wäre das entfernen der Rechte eh schwierig.
Aber was soll das helfen? QEMU/KVM beschwert sich ja jetzt schon das es nicht auf die Datei zugreifen kann. Ich denke das es eher daran liegt das der Hypervisor die Datei nicht nur lesend öffnen will.
Ich habe bemerkt das openSUSE im Standard nur recht alte Versionen von QEMU/KVM ausliefert. Gibt es ein Add-On Repo was neuere Versionen ausliefert? (und gepflegt wird)?
Hallo, ich kenne das nur vom grafischen VMM und kann dir daher keine Details zu den Funktionen in der Shell nennen. Ich würde qemu-img hier gar nicht für den geeigneten Befehl halten. In VMM klont man dafür die VM. Dabei hat man bei jeder Platte die Wahl: "Diese Festplatte klonen" "Dies Festplatte für <Original-VM> freigeben" Voraussetzung ist aber, dass die entsprechende Platte zuvor auf "Schreibgeschützt" wurde, ansonsten ist letztere ausgegraut. Die Original-VM ist damit quasi nur noch ein Template und kann nicht mehr verwendet werden. BTW: Voraussetzung für das Klonen ist auch, dass die VM aus ist. Grüße Richard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (4)
-
Bernd Nachtigall -
Manfred Haertel, DB3HM -
Richard Hafenscher -
Sarah Julia Kriesch