action #70726
Updated by riafarov about 4 years ago
## Observation Test fails because the ftp://openqa.suse.de/SLE-15-Module-Development-Tools-POOL-x86_64-Media1-CURRENT is not available. Validation and setup are introduced in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10770/files but we need a better approach. We have https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/data/dev_tools.dud which is basically tarball created with `mkdud`. Detailed steps are described here: `https://gitlab.suse.de/qsf-y/qa-sle-functional-y/-/blob/master/Development_Guide.md#updating-driver-update-disk-dud-file` As per comment below, we have option to pre-install `mkdud` tool on all 64bit workers, which is a bit of an overkill, but solves the issue: https://gitlab.suse.de/openqa/salt-states-openqa/-/blob/master/openqa/server.sls As an alternative we can use chained jobs and boot into installed image and generate the dud. To make it more stable we could have used support server image here. See http://open.qa/api/testapi/#_upload_asset for uploading asset. `REPO_SLE_MODULE_DEVELOPMENT_TOOLS` variable contains the name of the repo. openQA test in scenario sle-15-SP3-Online-x86_64-dud_development_tools@64bit fails in [validate_dud_addon_repos](https://openqa.suse.de/tests/4619201/modules/validate_dud_addon_repos/steps/17) ## Test suite description Same as dud_sdk, but due to bsc#1080292 we cannot use ISO. FTP url is used instead. Limitation is that we use x86_64 url, as cannot create DUD in the runtime, so test cannot be executed on other architectures. ## Reproducible Fails since (at least) Build [18.1](https://openqa.suse.de/tests/4611536) ## Expected result Last good: [18.1](https://openqa.suse.de/tests/4587953) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Online&machine=64bit&test=dud_development_tools&version=15-SP3)