action #137771
closed
openQA Project (public) - coordination #112862: [saga][epic] Future ideas for easy multi-machine handling: MM-tests as first-class citizens
openQA Project (public) - coordination #111929: [epic] Stable multi-machine tests covering multiple physical workers
Configure o3 ppc64le multi-machine worker size:M
Added by okurz about 1 year ago.
Updated 11 months ago.
- Target version changed from Tools - Next to Ready
- Parent task set to #111929
- Related to action #150869: Ensure multi-machine tests work on aarch64-o3 (or another but single machine only) size:M added
- Subject changed from Configure o3 ppc64le multi-machine worker to Configure o3 ppc64le multi-machine worker size:M
- Description updated (diff)
- Status changed from New to Workable
- Target version changed from Ready to Tools - Next
- Target version changed from Tools - Next to Ready
- Priority changed from Normal to Low
- Status changed from Workable to In Progress
- Assignee set to mkittler
The tests were failing: https://openqa.opensuse.org/tests/3878798#dependencies
So I removed the tap worker class again and will try a different scenario.
EDIT: I created wicked_basic_ref/…_sut jobs for PowerPC via openqa-clone-job --skip-chained-deps --parental-inheritance --within-instance https://openqa.opensuse.org/tests/3883054 _GROUP=0 BUILD=20240121-tap-test TEST+=-tap-test WORKER_CLASS=qemu_ppc64le,tap_poo137771 ARCH=ppc64le HDD_1=opensuse-Tumbleweed-ppc64le-20240121-textmode@ppc64le.qcow2 ASSET_1= ASSET_2= ASSET_LIBVIRT= ASSET_VIRTUALBOX= IS0=openSUSE-Tumbleweed-DVD-ppc64le-Snapshot20240121-Media.iso MIRROR_HTTP=http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 MIRROR_HTTPS=https://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 MIRROR_PREFIX=http://openqa.opensuse.org/assets/repo REPO_0=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 REPO_1=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 REPO_2=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121-debuginfo REPO_3=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121-source REPO_OSS=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 REPO_OSS_DEBUGINFO=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121-debuginfo REPO_OSS_SOURCE=openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121-source SUSEMIRROR=http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-oss-ppc64_ppc64le-Snapshot20240121 OFW=1 QEMUCPUS= (based on https://openqa.opensuse.org/tests/3883054 and https://openqa.opensuse.org/tests/3882774). Let's see whether that way of creating a PowerPC job from an x86_64 one works at all and that I've caught all arch-specific variables.
If not I could just add
- wicked_basic_sut
- wicked_basic_ref
on https://openqa.opensuse.org/admin/job_templates/4 and wait for the next build.
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
Resolving as enabling the test is not strictly part of the ticket.
- Status changed from Resolved to In Progress
- Status changed from In Progress to Resolved
It looks like too many PowerPC workers are currently busy and there are only 2 free slots. That's just not enough for this 3-machine scenario. The worker class is shown correctly in the worker's table, though. So I don't think there's anything left to do here.
Note that the basic wicket tests already ran (successfully, see https://openqa.opensuse.org/tests/3886504#dependencies) because my manual edits to the job group YAML are actually still in place. That shows that tap-based tests are generally picked up and work.
ok, good. Thanks for crosschecking
Also available in: Atom
PDF