[Kimchi-devel] Bizarre behaviour with libvirt on CentOS

Ramon Medeiros ramonn at linux.vnet.ibm.com
Fri Dec 9 20:30:54 UTC 2016


Hi,

i was looking for root cause of this bug:

"After creating a vepa network and adding it to a guest, the same is 
listed in Actions->Edit. If the guest is poweron, the interfaces is not 
listed".

When offline, libvirt says vepa interface is "type" (i run a GET on 
vm/ifaces, see below): "network". When up, this parameter change to 
"macvtap", what is breaking UI:


ui/js/src/kimchi.guest_edit_main.js
  456 kimchi.getGuestInterfaces(kimchi.selectedGuest, function(data) {
  457                     for (var i = 0; i < data.length; i++) {
  458                         data[i].viewMode = "";
  459                         data[i].editMode = "hide";
  460                         data[i].id = i;
  461                         if (data[i].type == 'network')
  462                             addItem(data[i]);
  463                     }
  464                 });

So, the if at 461 fails and the interface is not added. Need to figure 
out why libvirt is changing it.

Here is a get at vms/ifaces:

Poweroff:
   {
     "source":"eth0",
     "mac":"52:54:00:2f:48:f4",
     "model":"virtio",
     "type":"network",
     "mode":"vepa"
   }
]

Poweron

   {
     "source":"eth0",
     "mac":"52:54:00:2f:48:f4",
     "model":"virtio",
     "type":"macvtap",
     "mode":"vepa"
   }

Anyone know how to proceed? Can i open a bug against libvirt?


-- 

Ramon Nunes Medeiros
Kimchi Developer
Linux Technology Center Brazil
IBM Systems & Technology Group
Phone : +55 19 2132 7878
ramonn at br.ibm.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20161209/91bdf43b/attachment.html>


More information about the Kimchi-devel mailing list