** Description changed:

  [Impact]
  test_vxlan_under_vrf.sh in the net category of ubuntu_kernel_selftests
  will fail on 5.13 kernel with:
  
    # selftests: net: test_vxlan_under_vrf.sh
    # Checking HV connectivity [ OK ]
    # Check VM connectivity through VXLAN (underlay in the default VRF) [FAIL]
    not ok 1 selftests: net: test_vxlan_under_vrf.sh # exit=1
  
+ Note that this test is not failing on F-oem-5.14 / J-oem-5.17, but
+ it's better to have corresponding patches applied to reduce the
+ maintenance cost in the future.
+ 
  [Fix]
  * e7e4785f selftests: net: test_vxlan_under_vrf: fix HV connectivity test
  * b50d3b46 selftests: test_vxlan_under_vrf: Fix broken test case
  
- The first patch (e7e4785f) can be cherry-picked to Impish 5.13 and
- F-oem-5.14.
+ First patch (e7e4785f):
+   - Can be cherry-picked to Impish 5.13
+   - Can be cherry-picked to F-oem-5.14.
+ Second patch (b50d3b46):
+   - Can be cherry-picked to Impish 5.13 (-C2 is required while
+     applying it due to our SAUCE patches)
+   - F-oem-5.14 has already got this one applied.
+   - Can be cherry-picked to J-oem-5.17
  
- Note that this test is not failing on F-oem-5.14, but it's better to
- have it applied to reduce the maintenance cost.
- 
- After the first patch was applied, we will need the second patch on
- Impish 5.13 to solve the another failure, which we made it an expected
+ The reason why we need the second patch is that after the first one
+ got applied, we will see another failure, which we made it an expected
  failure (XFAIL) with SAUCE patches:
    Check VM connectivity through VXLAN (underlay in a VRF) [XFAIL]
  
- The second patch (b50d3b46) can be cherry-picked to Impish 5.13 but
- must be applied with -C2 due to our SAUCE patches. F-oem-5.14 has
- already got this one applied.
- 
  [Test]
  With the patched test_vxlan_under_vrf.sh test, it can pass on Impish
- 5.13 and F-oem-5.14 without any issue:
+ 5.13, F-oem-5.14 and J-oem-5.17 without any issue:
    Checking HV connectivity [ OK ]
    Check VM connectivity through VXLAN (underlay in the default VRF) [ OK ]
    Check VM connectivity through VXLAN (underlay in a VRF) [ OK ]
  
  [Where problems could occur]
  Change limit to test cases, should not have any real impact to any
  kernel functions. But if these fixes are incorrect we will see
  failures in our regression-testing report. The worst scenario is
  getting false-negative results.
  
- 
  [Original Bug Report]
  Issue found with GCP 5.3.0-1017.18~18.04.1
  
   # selftests: net: test_vxlan_under_vrf.sh
   # Checking HV connectivity [ OK ]
   # Check VM connectivity through VXLAN (underlay in the default VRF) [FAIL]
   not ok 25 selftests: net: test_vxlan_under_vrf.sh # exit=1
  
  The failure is different from bug 1837348

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1871015

Title:
  test_vxlan_under_vrf.sh in net from ubuntu_kernel_selftests failed
  (Check VM connectivity through VXLAN (underlay in the default VRF)
  [FAIL])

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-kernel-tests/+bug/1871015/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to