[libvirt-TCK] Disabling the vepa VSI test 300-vsitype.t

Laine Stump laine at laine.org
Thu Feb 6 02:03:56 UTC 2020


On 2/5/20 11:00 AM, Erik Skultety wrote:
> Hi list,
> so since the beginning of this week I've been poking at the last failure [1]
> in the nwfilter segment of the TCK suite. So, the errors come from libnl
> although I haven't been able to extract what the true underlying issue is since
> interface with ID '8' definitely exist on my system.
>
> A bit of background (you can either clone the repo or look at the Perl script
> attached), we're configuring the guest network interface as 'direct' with mode
> VEPA. IIUC, for proper VEPA support you need a compliant external switch which
> 1) I don't have
> 2) upstream CI planned to run in a nested env won't have either.
>
> The main issue lies in the test trying to set <virtualport> parameters on the
> interface. I've tried with regular network interfaces, vlan-tagged interfaces
> (as one of the other error messages complained about a missing vlan tag - which
> is something VEPA switches supposedly do on their own), and SR-IOV VFs with no
> luck.


I don't have the mental energy to trace through the code, but definitely 
802.1Qbh only works on an SRIOV VF, and definitely the code is passing 
VF# all up and down the code stack for 802.1Qbg as well.


>   I'd be happy for any networking insights here, but given the setup
> which had clearly been tested with specialized HW I'd suggest simply disabling
> the test from the suite for upstream purposes


Yes, it should be disabled.


That test already "self-skips" if lldptool isn't installed (right?), and 
I had always thought there was no reason to have that tool installed 
unless you had an 802.1Qbg-capable switch. So how is it that you're 
getting the test to fail rather than skip? Did you actually install the 
lldpad package? If so, what for? Is it used for something else? (I 
seriously doubt that anyone has ever run that test aside from maybe 
Gerhard Stenzel (the IBM person who added it) and possibly some IBM QE). 
If you need lldpad installed for other purposes, then I guess yeah, you 
should make some other config option to disable the test. (maybe it 
should have its own list of network interfaces separate from the list 
that's already in the config file)


>   - well, the correct approach
> would be to introduce a new config option indicating that specialized HW is
> necessary since currently the test case kind of abuses the config option
> assigning a virtual interface directly to the guest which in this case is a
> necessary condition, but not a sufficient one.


The existence/absence of lldptool  (which is in the lldpad package, at 
least on Fedora) has been that option.



>   However, with the Avocado<->TCK
> joined work happening, I'd rather not spent more time with Perl than necessary.
>
> [1]
> virNetDevVPortProfileOpSetLink:823 : error during virtual port configuration of ifindex 8: No such device or address
> virNetDevVPortProfileOpCommon:958 : internal error: sending of PortProfileRequest failed.
>
> Thanks,
> Erik






More information about the libvir-list mailing list