Project

General

Profile

action #63919

Improve handling of additional UEFI settings

Added by okurz over 1 year ago. Updated over 1 year ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Feature requests
Target version:
Start date:
2020-02-27
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Motivation

For UEFI test cases since about 2 years we rely on special assets that store UEFI settings, e.g. to be able to boot from an existing installation in a qcow hdd file. These assets are handled as special cases within os-autoinst as well as openQA but need to be specified by users even though they do not want to care about them. #34783 showed this is yet another problem because we wanted to prevent restarting a job when assets are missing but we found out that tests specify "…-uefi-vars.qcow2" as a "special" asset which does not even exist except for the real UEFI test cases. We should try to improve the overall situation regarding UEFI by trying to handle the UEFI assets implicitly, i.e. hide from user, but more scalable and easier to manage for users, e.g. users do not need to specify these files in any test suite.

Acceptance criteria

  • AC1: UEFI assets do not need to be specified on test suites or job templates explicitly

Suggestions

  • Maybe we can just look for the corresponding "…-uefi-vars.qcow2" file whenever UEFI=1 is set in os-autoinst
  • Same for openQA
  • Optional: Make sure that test suites on o3 and osd do not repeat the same UEFI asset settings in multiple test suites

Related issues

Copied from openQA Project - action #34783: Don't let jobs incomplete if mandatory resources are missingResolved2018-04-12

History

#1 Updated by okurz over 1 year ago

  • Copied from action #34783: Don't let jobs incomplete if mandatory resources are missing added

#2 Updated by okurz over 1 year ago

  • Priority changed from Normal to Low

Also available in: Atom PDF