action #95323
closed
Added by okurz over 3 years ago.
Updated almost 3 years ago.
Category:
Feature requests
Description
Motivation¶
See parent #93609
Acceptance criteria¶
- AC1: Automatic test of openqa-bootstrap on Leap exists and passes
Suggestions¶
- Subject changed from openqa-bootstrap support on Leap 15.3 - automatic test to openqa-bootstrap support on current version of Leap - automatic test
- Description updated (diff)
- Target version changed from future to Ready
- Subject changed from openqa-bootstrap support on current version of Leap - automatic test to openqa-bootstrap support on current version of Leap - automatic test size:S
- Description updated (diff)
- Status changed from New to Workable
- Status changed from Workable to In Progress
Try out the openqa-bootstrap test scenario once against a current version of Leap, e.g. 15.3 at time of writing for maintenance tests, or 15.4 for product validation tests, e.g. using openqa-clone-job
That's what I ended up with: manual download of Leap 15.4 qcow image + cloning TW's openqa_bootstrap
test modifying vars to use the Leap qcow
cd /hdd/openqa-devel/openqa/share/factory/hdd
wget https://openqa.opensuse.org/tests/2128758/asset/hdd/opensuse-15.4-x86_64-140.1-gnome@64bit.qcow2
script/openqa-clone-job --dir /hdd/openqa-devel/openqa/share/factory --show-progress --host http://localhost:9526 --skip-deps --skip-download https://openqa.opensuse.org/tests/2147668 DISTRI=opensuse VERSION=15.4 BUILD=140.1 ISO= MIRROR_HTTP=http://openqa.opensuse.org/assets/repo/openSUSE-Leap-15.4-oss-Build140.1 MIRROR_HTTPS=https://openqa.opensuse.org/assets/repo/openSUSE-Leap-15.4-oss-Build140.1 HDD_1=opensuse-15.4-x86_64-140.1-gnome@64bit.qcow2 UEFI_PFLASH_VARS=opensuse-15.4-x86_64-140.1-gnome@64bit-uefi-vars.qcow2 ASSET_1= ASSET_2= ASSET_256=
Created job #2316: opensuse-Tumbleweed-DVD-x86_64-Build20220120-openqa_bootstrap@64bit -> http://localhost:9526/t2316
I'm wondering whether I could have achieved that simpler but it wasn't too bad either (except for accidentally using a textmode qcow first).
Unfortunately this failed because it tried to add the repository https://download.opensuse.org/repositories/devel:/openQA/openSUSE_Leap_15.4 Alpha
which obviously doesn't exist. I should have expected that. So I suppose I'll have to try using Leap 15.3 maintenance tests instead.
That also means one cannot just C&P the scenario to https://openqa.opensuse.org/admin/job_templates/50 as it was suggested because that's actually the very same job group I've got the Leap 15.4 qcow image from. Not sure where I'd add it instead. Maybe https://openqa.opensuse.org/group_overview/80 (Leap 15.3 Updates)?
The same procedure for Leap 15.3 using a qcow from Leap 15.3 Updates:
wget https://openqa.opensuse.org/tests/2149564/asset/hdd/opensuse-15.3-x86_64-20220121-4-gnome@64bit.qcow2
script/openqa-clone-job --dir /hdd/openqa-devel/openqa/share/factory --show-progress --apikey 1A0E49A69396DCD1 --apisecret F0F16CA0DD1B2F48 --host http://localhost:9526 --skip-deps --skip-download https://openqa.opensuse.org/tests/2147668 DISTRI=opensuse VERSION=15.3 BUILD=20220121-4 ISO= MIRROR_HTTP= MIRROR_HTTPS= HDD_1=opensuse-15.3-x86_64-20220121-4-gnome@64bit.qcow2 UEFI_PFLASH_VARS=opensuse-15.3-x86_64-20220121-4-gnome@64bit-uefi-vars.qcow2 ASSET_1= ASSET_2= ASSET_256= ASSET_LIBVIRT= ASSET_VIRTUALBOX=
The test is still running but already past the repository configuration. I suppose today VDSL 100 really pays off…
- Status changed from In Progress to Feedback
The test passed locally. So I have added openqa_bootstrap
to https://openqa.opensuse.org/admin/job_templates/80. I'll check the build results on o3 when a new build has been tested on https://openqa.opensuse.org/group_overview/80.
Note that there's also openqa_bootstrap_container
. The ACs don't mention it and it is currently failing on TW (likely due to an unrelated SSL problem, see #105256). However, the test is passing locally against Leap 15.3 so I've been adding it as well. In order to avoid duplication between the groups I've moved the settings from the job template to a test suite (like it was already the case for openqa_bootstrap
). If the container test is not wanted we can just remove it again.
- Status changed from Feedback to Resolved
AC1 is fullfilled because the test openqa_bootstrap
test passes: https://openqa.opensuse.org/tests/2152913
The openqa_boostrap_container
test fails in the same way as it currently fails for TW. I've been adding a comment with a bugref in the job. I suppose we can keep it as automatic takeover should work here reliably (as it is not a sporadic issue). It is strange that I couldn't reproduce the problem locally, though. I commented on the relevant ticket (#105256#note-3) so I suppose I can resolve this one.
Also available in: Atom
PDF