Univention Bugzilla – Bug 21701
Traceback beim Klick auf eine Virtuelle Maschine
Last modified: 2011-04-04 15:48:14 CEST
Die Ausführung des Kommandos 'uvmm/domain/overview' ist fehlgeschlagen: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/__init__.py", line 160, in execute func( object ) File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 966, in uvmm_domain_overview blind_table.add_row( [ umcd.Section( _( 'Virtual instance %(domain)s - %(tech)s' ) % { 'domain' : domain_info.name, 'tech' : VirtTechSelect.MAPPING[ tech ] }, tab ) ] ) KeyError: 'None-hvm' Die Maschine wurde vor kurzem angelegt und für eine gewisse Zeit nicht in der Übersicht angezeigt - der Host steht unter hoher Last
# uvmm query xen://xen16.firma.test/ 'domains': [{'annotations': {'contact': '', 'description': '', 'os': 'Microsoft Windows 2008', 'uuid': 'e80d7505-b007-9977-ed29-3aebc55292cd'}, 'arch': 'i686', 'boot': [u'cdrom', u'hd'], 'bootloader': None, 'bootloader_args': None, 'cmdline': None, 'cputime': [3.4420161440362433e-07, 3.4420161440362433e-07, 3.4420161440362433e-07], 'curMem': 1077850112L, 'disks': [{'device': 1, 'driver': u'tap', 'driver_cache': '', 'driver_type': u'aio', 'readonly': True, 'size': None, 'source': u'/var/lib/libvirt/images/windows2008-server-R2_x64.iso', 'target_bus': u'ide', 'target_dev': u'hda', 'type': 0}, {'device': 0, 'driver': u'tap', 'driver_cache': '', 'driver_type': u'aio', 'readonly': False, 'size': None, 'source': u'/var/lib/libvirt/images/w2k8-muhaha-0.raw', 'target_bus': u'ide', 'target_dev': u'hdb', 'type': 0}], 'domain_type': u'xen', 'graphics': [{'autoport': True, 'keymap': u'de', 'listen': u'0.0.0.0', 'passwd': None, 'port': 5905, 'type': 0}], 'initrd': None, 'interfaces': [{'mac_address': u'00:16:3e:d7:f7:53', 'model': None, 'script': u'/etc/xen/scripts/vif-bridge', 'source': u'eth0', 'target': None, 'target_dev': u'vif9.0', 'type': 0}], 'kernel': None, 'maxMem': 1077936128L, 'name': 'w2k8-muhaha', 'os_type': u'hvm', 'snapshots': None, 'state': 1, 'uuid': 'e80d7505-b007-9977-ed29-3aebc55292cd', 'vcpus': 1}, # virsh dumpxml w2k8-muhaha <domain type='xen' id='9'> <name>w2k8-muhaha</name> <uuid>e80d7505-b007-9977-ed29-3aebc55292cd</uuid> <memory>1048576</memory> <currentMemory>1048576</currentMemory> <vcpu>3</vcpu> <os> <type>hvm</type> <loader>/usr/lib/xen/boot/hvmloader</loader> <boot dev='cdrom'/> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='utc'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>destroy</on_crash> <devices> <emulator>/usr/lib/xen/bin/qemu-dm</emulator> <disk type='file' device='cdrom'> <driver name='tap' type='aio'/> <source file='/var/lib/libvirt/images/windows2008-server-R2_x64.iso'/> <target dev='hda' bus='ide'/> <readonly/> </disk> <disk type='file' device='disk'> <driver name='tap' type='aio'/> <source file='/var/lib/libvirt/images/w2k8-muhaha-0.raw'/> <target dev='hdb' bus='ide'/> </disk> <interface type='bridge'> <mac address='00:16:3e:d7:f7:53'/> <source bridge='eth0'/> <script path='/etc/xen/scripts/vif-bridge'/> <target dev='vif9.0'/> </interface> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <graphics type='vnc' port='5905' autoport='yes' listen='0.0.0.0' keymap='de'/> </devices> </domain> Ich sehe da jetzt gerade auf die Schnelle keine Auffälligkeiten; momentan keine Ahnung, woher das 'None' kommt.
Bitte mal die folgenden Logdateien anhängen: /var/log/univention/virtual-machine-manager-daemon.log /var/log/univention/uvvmd.log /var/log/syslog /var/log/xen/xend.log
Created attachment 3080 [details] logs.tar.bz2
Aus der uvmmd.log: 2011-03-02 17:28:45,112 - uvmmd.storage - INFO - create_storage_volume: libvirt error (50): Storage volume not found: no storage vol with matching path libvir: Storage error : Storage volume not found: no storage vol with matching name 'w2k8-muhaha-0.raw' 2011-03-02 17:28:45,195 - uvmmd.storage - INFO - create_storage_volume: libvirt error (50): Storage volume not found: no storage vol with matching name 'w2k8-muhaha-0.raw' 2011-03-02 17:28:45,302 - uvmmd.storage - INFO - New disk "/var/lib/libvirt/images/w2k8-muhaha-0.raw" for "w2k8-muhaha"(None) defined. 2011-03-02 17:28:45,496 - uvmmd.node - INFO - Domain backuped to /var/backups/univention-virtual-machine-manager-daemon/e80d7505-b007-9977-ed29-3aebc55292cd.xml. 2011-03-02 17:28:45,496 - uvmmd.node - INFO - New domain "w2k8-muhaha"(e80d7505-b007-9977-ed29-3aebc55292cd) defined. libvir: Xen error : Domain not found: xenUnifiedDomainLookupByUUID 2011-03-02 17:28:54,735 - uvmmd.unix - ERROR - [23] Exception: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/univention/uvmm/unix.py", line 150, in handle_command res = cmd(self, command) File "/usr/lib/python2.4/site-packages/univention/uvmm/commands.py", line 294, in DOMAIN_UPDATE node.domain_update(request.domain) File "/usr/lib/python2.4/site-packages/univention/uvmm/node.py", line 1315, in domain_update node.domains[uuid] = dom_stat NameError: global name 'uuid' is not defined
(In reply to comment #4) > File "/usr/lib/python2.4/site-packages/univention/uvmm/node.py", line 1315, > in domain_update > node.domains[uuid] = dom_stat > NameError: global name 'uuid' is not defined Noch ein Überbleibsel aus Bug #21677: s/uuid/domain/ Und ein +1 für Bug #20818
*** This bug has been marked as a duplicate of bug 21677 ***
Gerade nochmal im Kundenszenario aufgetreten: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/__init__.py", line 160, in execute func( object ) File "/usr/lib/python2.4/site-packages/univention/management/console/handlers/uvmm/__init__.py", line 885, in uvmm_domain_overview blind_table.add_row( [ umcd.Section( _( 'Virtual instance %(domain)s - %(tech)s' ) % { 'domain' : domain_info.name, 'tech' : VirtTechSelect.MAPPING[ tech ] }, tab ) ] ) KeyError: 'None-hvm' Die Meldung kam jedes mal beim Klick auf die Instanz. Nachdem per xm destroy die Instanz beendet wurde, konnte wieder normal gearbeitet werden. Die destroy-Möglichkeit sollte es auch aus der Oberfläche heraus geben.
Die Exception sollte jetzt so nicht mehr auftreten. \item Diverse Fehlerzustände im UVMM UMC Modul werden nun besser abgefangen (\ucsBug{21701}, \ucsBug{21712}).
Hier geschildertes Problem wurde zusammen mit Bug#21712 behoben. Der Zustand konnte so aktiv nicht mehr beobachtet/hervorgerufen werden. Auch in den Logs der QA-Maschinen finden sich keine derartigen Tracebacks mehr. Changelogeintrag im Rahmen von Bug#21712 erstellt. verified
UCS 2.4-2 wurde veröffentlicht. Sollte der hier beschriebene Bug mit einer neueren Version von UCS erneut auftreten, so sollte der Bug dupliziert werden: "Clone This Bug".