Bug 25874 - Kein echter Fortschrittsbalken beim Wiederherstellen von Snapshots
Kein echter Fortschrittsbalken beim Wiederherstellen von Snapshots
Status: CLOSED DUPLICATE of bug 33005
Product: UCS
Classification: Unclassified
Component: UMC - Virtual machines (UVMM)
UCS 3.0
Other Linux
: P4 minor (vote)
: ---
Assigned To: UMC maintainers
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-01-19 12:21 CET by Moritz Muehlenhoff
Modified: 2023-06-28 10:51 CEST (History)
4 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): Usability
Max CVSS v3 score:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Moritz Muehlenhoff univentionstaff 2012-01-19 12:21:53 CET
Wird ein Snapshot wieder hergestellt, wird zwar ein Fortschrittsbalken angezeigt, der aber die ganze Zeit bei 0% verbleibt und erst abschließend sehr kurz auf 100% springt.

Bei der UCS-Fortgeschrittenen-Schulung führte das zu Irritationen:
- Wenn der Restore länger dauert (auf den Schulungsrechnern mit Windows-Images bis zu einer Minute), wirkt es, als ob der Restore nicht funktionieren würde oder der Rechner hängt (da es keinen Fortschritt im Fortschrittsbalken gibt)

- Die 100%-Marke wird nur sehr kurz eingeblendet und gibt keine Status-Meldung, dass der Restore erfolgreich war. Es ist dann unklar, ob es wirklich funtioniert hat.

-> Wenn man für den Resume keinen echten Fortschritt aus libvirt auslesen kann, sollte im Fortschrittsbalken wenigstens ein Hinweis erscheinen ala "Resume in progress, this may take some time".

-> Nach erfolgreichem Restore sollte ein Hinweis erscheinen
Comment 1 Alexander Kläser univentionstaff 2012-03-12 14:14:47 CET
Genau genommen tritt dieses Problem auch auf, wenn bspw. eine Maschine gestartet/gestoppt wird... eigentlich bei allen Operationen, die nur auf einer Maschine ausgeführt werden.
Comment 2 Philipp Hahn univentionstaff 2012-03-13 09:52:53 CET
Prinzipiell könnte UVMMd die Fortschrittsinformation von libvirtd durchschleusen, allerdings widerspricht das dem momentanen Design von UVMMd: Dieser sammelt nur zyklische alle 15s die Daten zu allen VMs von allen Hosts ein.
Für einen sinnvollen Fortschrittsbalken müsste dagegen die Information zumindest von dieser (oder diesen?) wesentlich häufiger abgefragt und weitergereicht werden.

# virsh domjobinfo phahn_241master82
Job type:         Unbounded   
Time elapsed:     13616        ms
Data processed:   433,470 MB
Data remaining:   170,887 MB
Data total:       1,016 GB
Memory processed: 433,470 MB
Memory remaining: 170,887 MB
Memory total:     1,016 GB
Comment 3 Florian Best univentionstaff 2017-02-09 14:13:54 CET

*** This bug has been marked as a duplicate of bug 33005 ***