Hi Ramon,

Why Kimchi is differentiating the network type? The API kimchi.getGuestInterfaces() should return all the network interfaces and all them should be listed there.

On 12/19/2016 09:13 AM, Ramon Medeiros wrote:

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@br.ibm.com 


_______________________________________________
Kimchi-devel mailing list
Kimchi-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel