QA » openQA Project » openQA Tests

Observation¶

openQA test in scenario sle-15-SP1-Installer-DVD-x86_64-skip_registration+workaround_modules@uefi as well as scenario sle-15-SP1-Installer-DVD-x86_64-Build13.2-skip_registration+workaround_modules@64bit both fail in applying their workaround of adding all modules as add-on over FTP. See addon_products_sle (SLE15SP1) compared to addon_product_sle (SLE15SP0).

This is quiet hard to debug for a reviewer since the visible issue ("GNOME does not start") is not directly linked to the root-cause: "ADDONURL is not set, therefore we don't install every module as Add-On". Even worse: the workaround gets skipped in the module addon_product_sle while the fail is only visible many modules later at the last step.

@okurz mentioned that the required variables (see "Expected result" for an example) get dynamically added with rsync.pl (which does some kind of availability check beforehand). We should take care to mention the result of this availability check later in tests. Especially if they require these variables to run properly.

Reproducible¶

Fails since Build 13.2 (SLE15SP1) (current job)

Expected result¶

The two test should get scheduled with the correct variables set.
One of those variables is e.g. ADDONURL ("base,desktop,serverapp,script" in SLE15SP0).

Acceptance criteria¶

• AC1: A test module fails when ADDONURL can not be set

Suggestions¶

There is already code in the sle main.pm to set the addons dynamically based on the repos but that should be moved into the first module that actually uses the addons so that a fail would not incomplete the jobs (aborted in main.pm evaluation) but the module

Further details¶

Always latest result in this scenario: latest