Bug 20573 - Suspend/Resume von virtuellen Xen-Maschinen
Summary: Suspend/Resume von virtuellen Xen-Maschinen
Status: CLOSED WONTFIX
Alias: None
Product: UCS
Classification: Unclassified
Component: Virtualization - Xen
Version: UCS 2.4
Hardware: Other Linux
: P1 enhancement
Target Milestone: ---
Assignee: Bugzilla Mailingliste
QA Contact:
URL:
Keywords:
Depends on: 19172 20809
Blocks:
  Show dependency tree / graph
 
Reported: 2010-11-02 09:35 CET by Philipp Hahn
Modified: 2023-06-28 10:45 CEST (History)
3 users (show)

See Also:
What kind of report is it?: ---
What type of bug is this?: ---
Who will be affected by this bug?: ---
How will those affected feel about the bug?: ---
User Pain:
Enterprise Customer affected?:
School Customer affected?:
ISV affected?:
Waiting Support:
Flags outvoted (downgraded) after PO Review:
Ticket number:
Bug group (optional):
Customer ID:
Max CVSS v3 score:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Philipp Hahn univentionstaff 2010-11-02 09:35:43 CET 
+++ This bug was initially created as a clone of Bug #19172 +++

Suspend und Resume von virtuellen Maschinen sollte von UVMM unterstützt werden.
Im ersten Schritt reicht es aus, wenn es pro Machine nur einen Snapshot gibt.

Attachment #2783 [details] und Attachment #2784 [details] an Bug #19172 sind die Anfänge einer Implementierung zur Unterstützung von libvirt.managedSave (=xen.suspend), was aber aus den an Bug #19172 comment 5 geschilderten Gründen nicht funktioniert. Das müsste noch mal in Ruhe untersucht und ggf. dann neu umgesetzt werden.
Comment 1 Stefan Gohmann univentionstaff 2011-09-29 09:04:16 CEST 
Das könnte ggf. nach UCS 3.0 implementiert werden, wenn der neue Xen Treiber in libvirt verwendet wird.
Comment 2 Philipp Hahn univentionstaff 2013-06-11 20:33:08 CEST 
Tapdisk2 unterstützt das VHD/VPC-Format, daß es wie qcow2 ermöglicht, durch Verschachtelung Snapshots der Festplatte zu machen (libvirt: external snapshot).
libvirt-0.9.12 unterstützt das nicht direkt für Xen-4.1.3.

Achtung: qemu-img aus qemu-1.1.2 enthält einen Bug: Beim Erstellen bzw. Konvertieren eines VHD-Images wird keine UUID generiert, so daß spätere VHD-Dateien diese 0-UUID referenzieren, was aber von tapdisk2 so interpretiert wird, daß das Backingfile selber nicht im VHD-Format, sondern im RAW-Formatist!
<http://git.qemu.org/?p=qemu.git;a=commit;h=1fe1fa510aa3d4eb1fb4246d4951ef48e4c949c2> korrigiert das

# virsh dumpxml win-sbs
...
    <disk type='file' device='disk'>
      <driver name='tap2' type='vhd'/>
      <source file='/var/lib/libvirt/images/sbs2011-2.vhd'/>
      <target dev='hdb' bus='ide'/>
    </disk>

# vhd-util scan -p -a /var/lib/libvirt/images/sbs2011-2.vhd
vhd=sbs2011-1.vhd capacity=31563399168 size=24139979776 hidden=0 parent=none
   vhd=sbs2011-2.vhd capacity=31563399168 size=771223552 hidden=0 parent=sbs2011-1.vhd
Comment 3 Philipp Hahn univentionstaff 2013-06-11 22:25:29 CEST 
(In reply to Philipp Hahn from comment #2)
Falscher Bug.
Comment 4 Stefan Gohmann univentionstaff 2016-04-25 07:52:04 CEST 
This issue has been filed against UCS 2.4.

UCS 2.4 is out of maintenance and many UCS components have vastly changed in
later releases. Thus, this issue is now being closed.

If this issue still occurs in newer UCS versions, please use "Clone this bug".
In this case please provide detailed information on how this issue is affecting
you.