Project

General

Profile

Actions

action #70726

closed

[y] Generate dud file dynamically instead of relying on urls

Added by ybonatakis over 3 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2020-08-31
Due date:
2020-09-22
% Done:

0%

Estimated time:
8.00 h
Difficulty:

Description

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

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

Expected result

Last good: 18.1 (or more recent)

Further details

Always latest result in this scenario: latest

Actions #1

Updated by riafarov over 3 years ago

  • Due date changed from 2020-09-08 to 2020-09-22
  • Target version set to SLE 15 SP3
Actions #2

Updated by riafarov over 3 years ago

Idea is to generate dud file with correct url, whereas mkdud is not installed on the workers, so it's not an option right now. inst-sys also doesn't contain it, so the only feasible way atm is to boot some machine, generate dud and upload it as an asset, which will be used by the current test, similarly like we do for autoyast_reinstall scenario.

Actions #3

Updated by riafarov over 3 years ago

  • Description updated (diff)
  • Target version changed from SLE 15 SP3 to future
Actions #4

Updated by riafarov over 3 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Estimated time set to 8.00 h
Actions #5

Updated by JERiveraMoya over 3 years ago

  • Assignee set to JERiveraMoya
Actions #6

Updated by JERiveraMoya over 3 years ago

  • Status changed from Workable to In Progress
Actions #7

Updated by JERiveraMoya over 3 years ago

  • Status changed from In Progress to Feedback
Actions #8

Updated by JERiveraMoya over 3 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF