[openqa][tools] Non-existing `…-uefi-vars.qcow2` asset disturbs openqa-clone-job workflow
I found SLES-15-SP4-x86_64-Build43.email@example.com (does not exist)
So I got problem to run openqa-clone-job.
check settings START_AFTER_TEST=create_hdd_gnome and try to find SLES-15-SP4-x86_64-Build43.firstname.lastname@example.org
https://openqa.suse.de/tests/7262593#downloads doesn't show it.
Where is the qcow2 ? this is not working even I want to download it manually.
#1 Updated by okurz about 2 months ago
- Category set to Concrete Bugs
- Priority changed from Normal to High
- Target version set to Ready
uefi-vars.qcow2 is a common problem. It's one of the dreaded consequences of the os-autoinst commit
Author: Richard Palethorpe email@example.com
Date: Thu Mar 8 15:16:39 2018 +0100
The Great QEMU Rewrite of 2018
See #98388 for a related issue.
What we should focus on really quick is a feasible workaround.
#3 Updated by mkittler about 2 months ago
#4 Updated by mkittler about 2 months ago
- Subject changed from [openqa][tools] assert is missing to [openqa][tools] Non-existing `…-uefi-vars.qcow2` asset disturbs openqa-clone-job workflow
- Status changed from New to In Progress
- Assignee set to mkittler
I've been adding tests for https://github.com/os-autoinst/openQA/pull/4214 so it can hopefully be merged soon.
I'm assigning this to myself for now but it would be great to know whether this workaround is good enough for you.
Maybe we should also ignore missing
…-uefi-vars.qcow2-assets by default in
openqa-clone-job. That would be yet another place where we treat this kind of asset in a special way.