Univention Bugzilla – Bug 29423
No standby animation during dependency loading in UVMM
Last modified: 2023-06-28 10:51:44 CEST
Gerade auf laiva aufgefallen: Im "add Drive-Wizard" wechselt sich beim anlegen eines Hard drive der Filename erst nach ein paar Sekunden. Es wird dann .qcow2 angehängt, kurze Zeit später wieder entfernt und dann wieder hinzugefügt. Beim anlegen eines CD Laufwerks wähle ich Test-Iso images aus und bekomme eine falsche Liste, die z.B. CentOS enthält. Nach erneutem wechseln des Pools ist die korrekte List vorhanden. Außerdem steht im Add Drive-Dialog unter "What type of drive should be created?" ein undefined. Firefox, univention-management-console-module-uvmm 2.0.28-2.420.201211231803
Und: Es wird "Pool" beim anlegen einer Festplatte angezeigt.
(In reply to comment #1) > Und: Es wird "Pool" beim anlegen einer Festplatte angezeigt. Warum auch nicht, den ein StoragePool dient ja insbesondere auch dazu, den freien Speicherplatz zum Anlegen neuer StorageVolumes zu verwalten.
(In reply to comment #0) > Gerade auf laiva aufgefallen: > > Im "add Drive-Wizard" wechselt sich beim anlegen eines Hard drive der Filename > erst nach ein paar Sekunden. Es wird dann .qcow2 angehängt, kurze Zeit später > wieder entfernt und dann wieder hinzugefügt. > > Beim anlegen eines CD Laufwerks wähle ich Test-Iso images aus und bekomme eine > falsche Liste, die z.B. CentOS enthält. Nach erneutem wechseln des Pools ist > die korrekte List vorhanden. > > Außerdem steht im Add Drive-Dialog unter "What type of drive should be > created?" ein undefined. > > Firefox, univention-management-console-module-uvmm 2.0.28-2.420.201211231803 Das liegt wohl daran, dass eine Menge gleichartige Requests abgesendet werden, und zwar als dynamicValues von volumeFilename_new. Das hat nämlich Dependencies auf zwei weitere Felder, von denen eins wiederum eine Dependency hat. Und jedes Mal, wenn da was geladen wird, lädt volumeFilename_new neu. Vielleicht ist es mit einer neueren Version des Frontends besser. Vielleicht auch nicht.
Created attachment 4846 [details] Screenshot UVMM add hard disk (In reply to comment #0) > Gerade auf laiva aufgefallen: > > Im "add Drive-Wizard" wechselt sich beim anlegen eines Hard drive der Filename > erst nach ein paar Sekunden. Es wird dann .qcow2 angehängt, kurze Zeit später > wieder entfernt und dann wieder hinzugefügt. > > Beim anlegen eines CD Laufwerks wähle ich Test-Iso images aus und bekomme eine > falsche Liste, die z.B. CentOS enthält. Nach erneutem wechseln des Pools ist > die korrekte List vorhanden. Beide Fehler scheinen mir auch durch die zu viele parallele Requests verursacht zu sein. Anbei ein Screenshot, beim Anlegen einer Festplatte werden 8 gleiche Request geschickt. Wobei der vierte Request die Option type=disk gesetzt hatte, ansonsten type=null. Das kann man sicherlich überarbeiten.
Also die ersten drei und letzten vier: > https://laiva/umcp/command/uvmm/storage/volume/query > {"options":{"nodeURI":"qemu://boksel.knut.univention.de/system","pool":"default","type":null}} Und der vierte Request: > https://laiva/umcp/command/uvmm/storage/volume/query > {"options":{"nodeURI":"qemu://boksel.knut.univention.de/system","pool":"default","type":"disk"}}
(In reply to comment #0) > Außerdem steht im Add Drive-Dialog unter "What type of drive should be > created?" ein undefined. → Das sollte durch Bug #29657 gefixt sein.
*** Bug 29803 has been marked as a duplicate of this bug. ***
This issue has been filled against UCS 4.1. The maintenance with bug and security fixes for UCS 4.1 has ended on 5st of April 2018. Customers still on UCS 4.1 are encouraged to update to UCS 4.3. Please contact your partner or Univention for any questions. If this issue still occurs in newer UCS versions, please use "Clone this bug" or simply reopen the issue. In this case please provide detailed information on how this issue is affecting you.
Still with UCS 4.4 the dependency loading makes problems: * it is way tooo slow! * it should display a standby animation, otherwise one can click broken combinations or get errors
Created attachment 9921 [details] Screenshot
A customer mentioned these problems. They kind of came to terms with the sometimes quirky UI but would certainly appreciate a fix.
UVMM and virtualization with UCS is deprecated and will no longer be developed in UCS 4.4; they have already been removed from UCS 5.0.