[GH-ISSUE #300] Crashes with a specific VM configuration

kerem commented

2026-02-27 16:38:32 +03:00

Owner

Originally created by @romu70 on GitHub (May 6, 2014).
Original GitHub issue: https://github.com/retspen/webvirtmgr/issues/300

Don't really know where I did something wrong, but I did. I created and removed few times the same VM and now, there is no way to display the instances list of my server.

The "Infrastructure" link works and this specific VM is visible. But if I click on the server link (so to go to {server}:8000/instances/1, I get a 500 ERROR.

I restarted the supervisor service, same problem. If I remove this VM, no trouble anymore. But I really need it. Think something remains recorded on the HDD even if I delete it. All works fine with virt-manager.

Any help to debug and remove the issue? Thanks.

Originally created by @romu70 on GitHub (May 6, 2014). Original GitHub issue: https://github.com/retspen/webvirtmgr/issues/300 Don't really know where I did something wrong, but I did. I created and removed few times the same VM and now, there is no way to display the instances list of my server. The "Infrastructure" link works and this specific VM is visible. But if I click on the server link (so to go to {server}:8000/instances/1, I get a 500 ERROR. I restarted the supervisor service, same problem. If I remove this VM, no trouble anymore. But I really need it. Think something remains recorded on the HDD even if I delete it. All works fine with virt-manager. Any help to debug and remove the issue? Thanks.

kerem closed this issue

2026-02-27 16:38:32 +03:00

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 6, 2014):

I checked the problem is really on this specific VM as the URL {server}:8000/instances/1/{vm name} works well for all VMs except this one.

@romu70 commented on GitHub (May 6, 2014): I checked the problem is really on this specific VM as the URL {server}:8000/instances/1/{vm name} works well for all VMs except this one.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 6, 2014):

$ virsh dumpxml your_vm_name

@retspen commented on GitHub (May 6, 2014): $ virsh dumpxml your_vm_name

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

Do you want me to post the xml here? Because this command doesn't fix the problem.

@romu70 commented on GitHub (May 7, 2014): Do you want me to post the xml here? Because this command doesn't fix the problem.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

Yes, I do. Post the xml there.

@retspen commented on GitHub (May 7, 2014): Yes, I do. Post the xml there.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

Here it is:

<domain type='kvm'>
  <name>rtc5-dev</name>
  <uuid>9dac6e76-a5f1-d391-f3c4-7f7080e5388b</uuid>
  <memory unit='KiB'>4194304</memory>
  <currentMemory unit='KiB'>4194304</currentMemory>
  <vcpu placement='static'>1</vcpu>
  <os>
    <type arch='x86_64' machine='pc-i440fx-trusty'>hvm</type>
    <boot dev='hd'/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <pae/>
  </features>
  <clock offset='localtime'/>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>restart</on_crash>
  <devices>
    <emulator>/usr/bin/kvm-spice</emulator>
    <disk type='file' device='disk'>
      <driver name='qemu' type='qcow2'/>
      <source file='/vms/rtc5-dev.img'/>
      <target dev='hda' bus='ide'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <controller type='usb' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/>
    </controller>
    <controller type='pci' index='0' model='pci-root'/>
    <controller type='ide' index='0'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/>
    </controller>
    <interface type='bridge'>
      <mac address='52:54:00:eb:b2:ea'/>
      <source bridge='br0'/>
      <model type='rtl8139'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target port='0'/>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <input type='tablet' bus='usb'/>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='vnc' port='-1' autoport='yes'/>
    <sound model='ich6'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
    </sound>
    <video>
      <model type='vga' vram='9216' heads='1'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/>
    </video>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
    </memballoon>
  </devices>
</domain>

There is something weird aside the crash. If I run this VM through virt-manager, the img file owner is set to root. This doesn't happen with other VMs.

@romu70 commented on GitHub (May 7, 2014): Here it is: ``` xml <domain type='kvm'> <name>rtc5-dev</name> <uuid>9dac6e76-a5f1-d391-f3c4-7f7080e5388b</uuid> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='x86_64' machine='pc-i440fx-trusty'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <pae/> </features> <clock offset='localtime'/> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/kvm-spice</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/vms/rtc5-dev.img'/> <target dev='hda' bus='ide'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <interface type='bridge'> <mac address='52:54:00:eb:b2:ea'/> <source bridge='br0'/> <model type='rtl8139'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes'/> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </sound> <video> <model type='vga' vram='9216' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </memballoon> </devices> </domain> ``` There is something weird aside the crash. If I run this VM through virt-manager, the img file owner is set to root. This doesn't happen with other VMs.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

Change in file settings.py:
DEBUG=False to DEBUG=True

and show your error message.

@retspen commented on GitHub (May 7, 2014): Change in file settings.py: DEBUG=False to DEBUG=True and show your error message.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

Here it is, could be explained by my several attemps of creating this VM?

This VM appears only one time in /etc/libvirt/qemu.

MultipleObjectsReturned at /instance/1/rtc5-dev/

get() returned more than one Instance -- it returned 3!

Request Method:     GET
Request URL:    http://sublime:8000/instance/1/rtc5-dev/
Django Version:     1.5.5
Exception Type:     MultipleObjectsReturned
Exception Value:    

get() returned more than one Instance -- it returned 3!

Exception Location:     /usr/local/lib/python2.7/dist-packages/django/db/models/query.py in get, line 407
Python Executable:  /usr/bin/python
Python Version:     2.7.6
Python Path:    

['/var/www/webvirtmgr',
 '/usr/lib/python2.7',
 '/usr/lib/python2.7/plat-x86_64-linux-gnu',
 '/usr/lib/python2.7/lib-tk',
 '/usr/lib/python2.7/lib-old',
 '/usr/lib/python2.7/lib-dynload',
 '/usr/local/lib/python2.7/dist-packages',
 '/usr/lib/python2.7/dist-packages',
 '/usr/lib/python2.7/dist-packages/PILcompat',
 '/usr/lib/python2.7/dist-packages/gtk-2.0']

Server time:    Wed, 7 May 2014 10:41:07 +0300

@romu70 commented on GitHub (May 7, 2014): Here it is, could be explained by my several attemps of creating this VM? This VM appears only one time in /etc/libvirt/qemu. ``` MultipleObjectsReturned at /instance/1/rtc5-dev/ get() returned more than one Instance -- it returned 3! Request Method: GET Request URL: http://sublime:8000/instance/1/rtc5-dev/ Django Version: 1.5.5 Exception Type: MultipleObjectsReturned Exception Value: get() returned more than one Instance -- it returned 3! Exception Location: /usr/local/lib/python2.7/dist-packages/django/db/models/query.py in get, line 407 Python Executable: /usr/bin/python Python Version: 2.7.6 Python Path: ['/var/www/webvirtmgr', '/usr/lib/python2.7', '/usr/lib/python2.7/plat-x86_64-linux-gnu', '/usr/lib/python2.7/lib-tk', '/usr/lib/python2.7/lib-old', '/usr/lib/python2.7/lib-dynload', '/usr/local/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages', '/usr/lib/python2.7/dist-packages/PILcompat', '/usr/lib/python2.7/dist-packages/gtk-2.0'] Server time: Wed, 7 May 2014 10:41:07 +0300 ```

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

Return settings.py

$ sqllite3 webvirtmgr.sqlite
sqlite> delete from instance_instance where name="rtc5-dev";
sqlite> select * from instance_instance;

@retspen commented on GitHub (May 7, 2014): Return settings.py $ sqllite3 webvirtmgr.sqlite sqlite> delete from instance_instance where name="rtc5-dev"; sqlite> select \* from instance_instance;

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

"delete from instance_instance where name="rtc5-dev";"
-> Error: no such table: instance_instance

@romu70 commented on GitHub (May 7, 2014): "delete from instance_instance where name="rtc5-dev";" -> Error: no such table: instance_instance

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

sqlite> .tables

@retspen commented on GitHub (May 7, 2014): sqlite> .tables

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

returns nothing

@romu70 commented on GitHub (May 7, 2014): returns nothing

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

$ sqllite3 /var/www/webvirtmgr/webvirtmgr.sqlite
sqilte> .databases

@retspen commented on GitHub (May 7, 2014): $ sqllite3 /var/www/webvirtmgr/webvirtmgr.sqlite sqilte> .databases

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@romu70 commented on GitHub (May 7, 2014):

Indeed the DB file is not webvirtmgr.sqlite but webvirtmgr.sqlite3. So was the issue. Fixed, thanks a lot ! Can be closed.

@romu70 commented on GitHub (May 7, 2014): Indeed the DB file is not webvirtmgr.sqlite but webvirtmgr.sqlite3. So was the issue. Fixed, thanks a lot ! Can be closed.

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@retspen commented on GitHub (May 7, 2014):

Oh, sorry!

@retspen commented on GitHub (May 7, 2014): Oh, sorry!

kerem commented

2026-02-27 16:38:32 +03:00

Author

Owner

@df-cryptostorm commented on GitHub (Jul 8, 2015):

Just an FYI, I also noticed this bug when I removed a VM instance from the web interface then tried recreating it with the same name.
Tried removing the VM image file, virsh destroying it, etc. but the sqlite3 fix above worked.

@df-cryptostorm commented on GitHub (Jul 8, 2015): Just an FYI, I also noticed this bug when I removed a VM instance from the web interface then tried recreating it with the same name. Tried removing the VM image file, `virsh destroy`ing it, etc. but the sqlite3 fix above worked.

kerem referenced this issue

2026-02-27 16:39:49 +03:00

[PR #235] [MERGED] Memory range addition #595

Rows
Columns

[GH-ISSUE #300] Crashes with a specific VM configuration #235