action #35038
open
- Description updated (diff)
- Project changed from 46 to openQA Tests (public)
- Description updated (diff)
- Category set to Bugs in existing tests
- Subject changed from [sle][functional] hyperv jobs are failing because of missing image to [sle][functional][u] hyperv jobs are failing because of missing image
- Due date set to 2018-07-03
- Target version set to Milestone 17
- Subject changed from [sle][functional][u] hyperv jobs are failing because of missing image to [sle][functional][u][hyperv] hyperv jobs are failing because of missing image
- Description updated (diff)
- Due date deleted (
2018-07-03)
- Category changed from Bugs in existing tests to New test
- Target version changed from Milestone 17 to future
As confirmed by mnowak extra_tests never worked on hyperv. mnowak removed the scenarios again from the functional job group. We can use this ticket for tracking to extend our test coverage. IIUC what would be needed is to extend the image to properly upload the vhdx image as asset instead of qcow and use that in the downstream job. With this we can delay the work on this ticket.
- Related to action #36937: [sle][functional][u][hyperv] test fails in test setup of the child job for svirt-hyperv added
- Subject changed from [sle][functional][u][hyperv] hyperv jobs are failing because of missing image to [sle][functional][u][hyperv] extra tests on hyperv
- Description updated (diff)
create_hdd_textmode
test suite creates HDD image named like this: PUBLISH_HDD_1=%DISTRI%-%VERSION%-%ARCH%-%BUILD%-%DESKTOP%@%MACHINE%.qcow2
However hyperv_upload_assets.pm
strips the qcow2
suffix and replaces it with vhdx
because this is the Hyper-V native disk format.
The problem comes when we want to consume the disk in child test suite like extra_tests_in_textmode
, which has this defined: HDD_1=%DISTRI%-%VERSION%-%ARCH%-%BUILD%-%DESKTOP%@%MACHINE%.qcow2
. Obviously the job fails with it unable to pull the qcow2
image.
Solution #1: The easy solution is to copycat create_hdd_textmode
to create_hdd_textmode_hyperv
and extra_tests_in_textmode
to extra_tests_in_textmode_hyperv
both with qcow2
-> vhdx
.
Solution #2: Do not replace qcow2
with vhdx
in hyperv_upload_assets.pm
, have PUBLISH_HDD_1
& HDD_1
without qcow2
suffix, make sure openQA and possibly it's backends are able to append expected suffix, qcow2
for QEMU, vhdx
for Hyper-V.
michalnowak wrote:
Solution #2: Do not replace qcow2
with vhdx
in hyperv_upload_assets.pm
, have PUBLISH_HDD_1
& HDD_1
without qcow2
suffix, make sure openQA and possibly it's backends are able to append expected suffix, qcow2
for QEMU, vhdx
for Hyper-V.
sounds more like what we want to have
- Target version changed from future to future
- Priority changed from Normal to Low
- Blocked by coordination #38819: [qe-core][tools][functional][epic] Refactor use of backends added
Hyperv has lower priority for now, let's come back later... in $MONTHS
Santi will talk to Marita for clarification
- Subject changed from [sle][functional][u][hyperv] extra tests on hyperv to [qe-core][sle][functional][hyperv] extra tests on hyperv
- Blocked by deleted (coordination #38819: [qe-core][tools][functional][epic] Refactor use of backends)
Also available in: Atom
PDF