action #138302
closedEnsure automated openQA tests verify that os-autoinst-setup-multi-machine sets up valid networking size:M
Description
Motivation¶
Thanks to #133025 we cover os-autoinst-setup-multi-machine
in openQA tests. However currently those tests never verify the setup and would at best catch more trivial issues with running the script.
Acceptance criteria¶
- AC1: Broken networking prepared by os-autoinst-setup-multi-machine is visible as a failed openQA test job
Suggestions¶
- The os-autoinst-setup-multi-machine script is already executed in this test: https://openqa.opensuse.org/tests/3658269 but it is not verified that the network actually works
- We even already start a test there (but not check the result): https://openqa.opensuse.org/tests/3658269#step/start_test/5
- See https://openqa.opensuse.org/tests/3766545 (openqa_bootstrap test) where we check both the API and the webui for a nested openQA test
- Create a very simple scenario where one node pings the other (maybe even with dhcp before)
Updated by livdywan over 1 year ago
- Copied from action #133025: Configure Virtual Interfaces instructions do not work on Leap 15.5 size:M added
Updated by dheidler over 1 year ago
Followup on #133025
As of now the openQA-in-openQA test calls the os-autoinst-setup-multi-machine script,
but only checks that it runs through without failure.
Still afterwards only a single test is executed.
The testsuite should be extended to run a real multi machine job to verify that the
setup created by the script works.
Updated by okurz over 1 year ago
- Subject changed from Ensure automated openQA tests verify that os-autoinst-setup-multi-machine sets up valid networking size:M to Ensure automated openQA tests verify that os-autoinst-setup-multi-machine sets up valid networking
Updated by okurz about 1 year ago
- Target version changed from Ready to Tools - Next
Updated by okurz about 1 year ago
- Target version changed from Tools - Next to Ready
Updated by dheidler about 1 year ago
- Subject changed from Ensure automated openQA tests verify that os-autoinst-setup-multi-machine sets up valid networking to Ensure automated openQA tests verify that os-autoinst-setup-multi-machine sets up valid networking size:M
- Description updated (diff)
- Status changed from New to Workable
Updated by dheidler about 1 year ago
- Status changed from Workable to In Progress
- Assignee set to dheidler
Updated by openqa_review about 1 year ago
- Due date set to 2023-12-16
Setting due date based on mean cycle time of SUSE QE Tools
Updated by okurz about 1 year ago
- Due date deleted (
2023-12-16) - Status changed from In Progress to Workable
actually wasn't started yet
Updated by dheidler about 1 year ago
- Status changed from Workable to In Progress
Updated by openqa_review about 1 year ago
- Due date set to 2024-01-04
Setting due date based on mean cycle time of SUSE QE Tools
Updated by livdywan about 1 year ago
- Related to action #152098: [research][timeboxed:10h] Learn more about openvswitch with experimenting together size:S added
Updated by okurz about 1 year ago
- Due date changed from 2024-01-04 to 2024-01-11
As discussed today:
So my full suggestion: Ensure that "full_run" from https://github.com/os-autoinst/os-autoinst-distri-openQA/blob/master/tests/osautoinst/start_test.pm#L33 is actually executed as part of openQA-in-openQA tests, extend that test code to clone the "wireguard_client/server" scenario and just see what happens
Updated by livdywan about 1 year ago
Updated by okurz about 1 year ago
As you uncover multiple issues you found I suggest you focus on just getting a test running even with ugly workarounds. Fixing each and every issue can be delayed to other follow-up issues.
Updated by dheidler about 1 year ago
Updated by dheidler about 1 year ago
I suspect that the remaining issue is due to insufficient ram to start two nested VMs at the same time.
Updated by dheidler about 1 year ago
The wireguard testsuite can't be used because it needs internet access to install wireguard packages.
Internet access from the inner SUTs is not possible due to conflicting IP addresses.
So creating a simple ping testsuite that doesn't need to install any packages.
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/18440
Updated by livdywan about 1 year ago
Updated by okurz about 1 year ago
- Due date changed from 2024-01-11 to 2024-01-19
As discussed we decided it's ok to go ahead with bumped due date.
Updated by dheidler about 1 year ago
- Blocked by action #153616: Prevent `duplicate key value violates unique constraint` on image uploads size:S added
Updated by livdywan about 1 year ago
- Status changed from In Progress to Blocked
For clarity, the related ticket is being worked on now as it makes this test unreliable.
Updated by dheidler about 1 year ago
- Status changed from Blocked to Feedback
The database issue was fixed. Test results look promising:
Updated by okurz about 1 year ago
- Status changed from Feedback to In Progress
As discussed handle the test instability either by fixing or reporting in a corresponding ticket.
Updated by dheidler about 1 year ago
- Related to action #153766: [core][sporadic] Handle wild agetty better in tests/network/setup_multimachine.pm added
Updated by dheidler about 1 year ago
Updated by dheidler about 1 year ago
- Status changed from In Progress to Resolved
Updated by okurz 12 months ago
- Related to action #155170: [openqa-in-openqa] [sporadic] test fails in test_running: parallel_failed size:M added
Updated by okurz 12 months ago
- Related to action #155173: [openqa-in-openqa] [sporadic] test fails in openqa_worker: os-autoinst-setup-multi-machine timed out size:M added