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(a)br.ibm.com
_______________________________________________
Kimchi-devel mailing list
Kimchi-devel(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/kimchi-devel