action #120193
Updated by okurz over 1 year ago
## Observation This issue is observed quite often - but not daily Some tests get started before the NET media and repo are synced and registered. Without the two available, zypper refresh fails in all tests (tests explicitly switch to the QArepo) Waiting for the full schedule to be ready, then rerunning the tests, make them mage then pass (but i should not have to do that) openQA test in scenario opensuse-Tumbleweed-JeOS-for-kvm-and-xen-x86_64-jeos-ltp-commands@uefi_virtio-2G fails in [zypper_ref](https://openqa.opensuse.org/tests/2864911/modules/zypper_ref/steps/39) ## Steps to reproduce Find jobs referencing this ticket with the help of https://raw.githubusercontent.com/os-autoinst/scripts/master/openqa-query-for-job-label , `openqa-query-for-job-label poo#120193` ## Test suite description backup: LTP_COMMAND_EXCLUDE=tar01_sh|logrotate_sh|unzip01_sh|df01_.*_sh|sysctl01_sh|mkfs01.*_sh|which01_sh|insmod01_sh ## Reproducible Fails since (at least) Build [20221109](https://openqa.opensuse.org/tests/2864911) (current job) ## Expected result Last good: [20221108](https://openqa.opensuse.org/tests/2862607) (or more recent) ## Suggestions * Look into https://progress.opensuse.org/issues/120193#note-11 and understand why https://github.com/os-autoinst/openqa-trigger-from-obs/pull/188 apparently could not fix the problem * Discuss with Andrii Nikitin and DimStar what to do. At best ask Andrii to fix it :) * Remind about the suggestions in https://progress.opensuse.org/issues/120193#note-4 * Alternative: Find a better approach within openQA ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=JeOS-for-kvm-and-xen&machine=uefi_virtio-2G&test=jeos-ltp-commands&version=Tumbleweed) ## Workaround Retrigger the failing tests as the repos will likely have finished syncing necessary assets in the second run