action #136298
closed
Leap Micro test fails in transactional_update
Added by jlausuch 8 months ago.
Updated 8 months ago.
Category:
Bugs in existing tests
Description
Observation¶
openQA test in scenario leap-micro-5.5-MicroOS-Image-x86_64-microos_image_default@64bit fails in
transactional_update
As the job says, there should be an expected change when installing the local rpm
transactional-update -n ptf install update-test-trivial/update-test-security-5.1-1.20.x86_64.rpm
and adding the utt repo along with transactional-update -n cleanup up.
The local package is /data/microos/utt-opensuse-x86_64.tgz and the repo is /data/microos/utt-leap.repo, both in the data directory:
https://github.com/os-autoinst/os-autoinst-distri-opensuse/tree/master/data/microos
This was working on Leap Micro 5.4 (no existing jobs), so for some reason now the packages seem to be the same or the local rpm is already a higher version than the one in the repo, and zypper says zypper: nothing to update.
Test suite description¶
MicroOS image boot with ignition disk and default tests. Default tests are transactional-update, rebootmgr, health_check, cockpit service and some other checks specific to MicroOS.
Reproducible¶
Fails since the beginning.
- Status changed from Workable to In Progress
There are the packages taken from data directory:
localhost:~ # ls -lha update-test-trivial/
total 132K
drwxr-xr-x. 1 1000 1000 940 Apr 20 13:31 .
drwx------. 1 root root 504 Sep 22 07:20 ..
-rw-r--r--. 1 1000 1000 8.8K Apr 20 13:31 update-test-32bit-pkg-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.3K Apr 20 13:31 update-test-affects-package-manager-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.0K Apr 20 13:31 update-test-broken-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 8.9K Apr 20 13:31 update-test-feature-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.1K Apr 20 13:31 update-test-interactive-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.1K Apr 20 13:31 update-test-optional-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.0K Apr 20 13:31 update-test-reboot-needed-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.1K Apr 20 13:31 update-test-relogin-suggested-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 8.9K Apr 20 13:31 update-test-retracted-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.0K Apr 20 13:31 update-test-security-5.1-1.20.x86_64.rpm
-rw-r--r--. 1 1000 1000 9.4K Apr 20 13:31 update-test-trivial-5.1-1.20.x86_64.rpm
And after adding the utt.repo, this is the version difference:
localhost:~ # zypper se -s security
Loading repository data...
Warning: Repository 'openSUSE:Maintenance:17456 (openSUSE_Leap_15.3_Update)' metadata expired since 2022-07-20 14:05:42 UTC.
Warning: Repository metadata expired: Check if 'autorefresh' is turned on (zypper lr), otherwise
manualy refresh the repository (zypper ref). If this does not solve the issue, it could be that
you are using a broken mirror or the server has actually discontinued to support the repository.
Reading installed packages...
S | Name | Type | Version | Arch | Repository
---+----------------------+---------+------------------+--------+-------------------------------------------------------
i+ | update-test-security | package | 5.1-1.20 | x86_64 | (System Packages)
v | update-test-security | package | 5.1-lp153.37.3.1 | x86_64 | openSUSE:Maintenance:17456 (openSUSE_Leap_15.3_Update)
The test fails because the version in the Leap_15.3 repo is lower (5.1-lp153.37.3.1) than the provided and installed locally (5.1-1.20). Therefore, the command transactional-update -n cleanup up wich internally runs zypper up does not do anything and the check fails.
There are 2 options:
1) Update the rpm in the Leap_15.3 repo
2) Use local package from utt sle which is version 5-2.29, even lower.
I have asked Marcus Meissner for 1), but meanwhile I'll try if 2) is possible.
- Status changed from In Progress to Feedback
- Status changed from Feedback to Resolved
Also available in: Atom
PDF