action #181313
opencoordination #169654: [epic] Create test scenarios for Agama
Enable long URLs in s390x zVM
0%
Description
Motivation¶
We have an issue with s390x-zVM boot process of Full/Offline medium, it requires a different way to boot using squashfs and ISO check this issue for reference https://progress.opensuse.org/issues/179290.
We have applied this changes in code but currently, the URL path is too long for s390x-zVM hosts and there is no easy solution with the given shorteners (Agama doesn't extract the final URL to download the repository data).
In our current scenario Agama will receive an URL from schort like http://s.qa.suse.de/ABC123 that references something like http://openqa.suse.de/assets/repo/SLES-16.0-Full-s390x-Build77.1.install/install/ this final URL contains the Offline repositories to make Agama work without register but, Agama cannot fetch http://s.qa.suse.de/ABC123/repodata.xml that libzypp requires to fetch the packages metadata as schort script (python) doesn't handle the subpath redirection.
According to the maintainer of schort is it better to provide redirection in the server than go for the path of changing this simple tools which should remain simple.
Acceptance criteria¶
- AC1: Enable long URLs in s390x zVM using redirection by salting our configuration for openQA
Additional information¶
Example test: https://openqa.suse.de/tests/17407292
Tentative PR from @JERiveraMoya to allow schort handle path (it requires an update to handle s390x and latest naming).
- https://github.com/sqozz/schort/pull/9
-
https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1365
Tentative PR from @jfernandez to add redirection on Salt-pillars/states (need more research). - https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/1014
-
https://gitlab.suse.de/openqa/salt-states-openqa/-/merge_requests/1426
Tentative PR from @nicksinger about Salt-pillars redirection - https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/969
Slack thread where we have talked about that topic: https://suse.slack.com/archives/C02CANHLANP/p1738244925432889
Updated by JERiveraMoya about 1 month ago
- Tags set to qe-yam-apr-sprint-fy25
- Subject changed from Fix s390x-zVM Full/Offline ISO boot by replacing the URL for shorter one to Enable long URLs in s390x zVM
- Description updated (diff)
- Status changed from New to In Progress
- Parent task set to #169654
Updated by JERiveraMoya about 1 month ago
- Tags changed from qe-yam-apr-sprint-fy25 to qe-yam-may-sprint-fy25
Updated by openqa_review 17 days ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: sles_default@s390x-zVM
https://openqa.suse.de/tests/17634855#step/boot_agama/1
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released" or "EOL" (End-of-Life)
- The bugref in the openQA scenario is removed or replaced, e.g.
label:wontfix:boo1234
Expect the next reminder at the earliest in 28 days if nothing changes in this ticket.
Updated by JERiveraMoya 2 days ago ยท Edited
Let's do a recap of this ticket next week (with a short call for example) before picking new tickets.
I need to understand what is blocking each of your MRs for pillar and states.