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