action #86078
Updated by riafarov over 4 years ago
## Observation openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-extra_tests_transactional_server@64bit fails in [boot_to_desktop](https://openqa.opensuse.org/tests/1581925/modules/boot_to_desktop/steps/2) The snapshot to be tested in the linked test run was 20210108 - note though that the login greets the user with snapshot 20210107 ! So we obviously do not test what we meant to test. I've tracked this down a bit - the parent task, create_hdd_transactional_server. correctly installs the disk image using 20210108, as we would expect. BUT, between installation and shutdown, there is a revert to 0107 happening! In fact, this happens in the 'force_scheduled_tasks', which triggers all systems timers - in case of MicroOS that implies the transactional-update.timer, which in turn runs zypper dup. At this time though, the repositories have NOT been switched to the snapshot to be tested, but still point to download.o.o (aka the last published snapshot) - we thus DOWNGRADE the system to a previous snapshot and then pass THIS on to the child test. Solution is to put correct repos for the create hdd job: * zypper_clear_repos * zypper_ar * zypper_ref Like we do here: https://openqa.opensuse.org/tests/1602616# ## Test suite description test transactional server. Maintainer: Zaoliang Luo <zluo@suse.com> ## Reproducible Fails since (at least) Build [20210108](https://openqa.opensuse.org/tests/1581118) ## Expected result Last good: [20210107](https://openqa.opensuse.org/tests/1579287) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensuse&flavor=DVD&machine=64bit&test=extra_tests_transactional_server&version=Tumbleweed)