Project

General

Profile

action #35038

[sle][functional][u][hyperv] extra tests on hyperv

Added by mloviska about 2 years ago. Updated 4 months ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
New test
Target version:
Start date:
2018-04-16
Due date:
% Done:

0%

Estimated time:
Difficulty:
Duration:

Description

Acceptance criteria

  • AC1: extra tests run on hyperv

Further details

Current situation

[2018-04-16T15:27:54.0509 CEST] [debug] CACHE: Download of /var/lib/openqa/cache/sle-12-SP4-x86_64-0236-textmode@svirt-hyperv.qcow2 failed with: 404 - Not Found
[2018-04-16T15:27:54.0688 CEST] [info] result: setup failure: Can't download sle-12-SP4-x86_64-0236-textmode@svirt-hyperv.qcow2

extra_tests_in_textmode test suite variable HDD_1=%DISTRI%-%VERSION%-%ARCH%-%BUILD%-%DESKTOP%@%MACHINE%.qcow2 enforces image format -> qcow2, which is not supported by Hyperv.
Also jobs create_hdd_textmode@svirt-hyperv or create_hdd_textmode@svirt-hyperv-uefi uploads hyperv compatible vhdx images. E.g. sle-12-SP4-x86_64-0236-textmode@svirt-hyperv.vhdx or sle-12-SP4-x86_64-0236-textmode@svirt-hyperv-uefi.vhdx

openQA tests in scenario sle-12-SP4-Server-DVD-x86_64-Build0236-extra_tests_in_textmode on machine svirt-hyperv fail in
sle-12-SP4-Server-DVD-x86_64-Build0236-extra_tests_in_textmode@svirt-hyperv
sle-12-SP4-Server-DVD-x86_64-Build0236-extra_tests_in_textmode@svirt-hyperv-uefi


Related issues

Related to openQA Tests - action #36937: [sle][functional][u][hyperv] test fails in test setup of the child job for svirt-hyperv Resolved2018-06-07

Blocked by openQA Tests - action #38819: [tools][functional][u][epic] Refactor use of backendsNew2019-02-17

History

#1 Updated by mloviska about 2 years ago

  • Description updated (diff)

#2 Updated by mloviska about 2 years ago

  • Project changed from SUSE QA tests to openQA Tests
  • Description updated (diff)
  • Category set to Bugs in existing tests

#3 Updated by okurz about 2 years ago

  • 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

#4 Updated by okurz about 2 years ago

  • 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

#5 Updated by okurz about 2 years ago

  • 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.

#6 Updated by okurz about 2 years ago

  • Related to action #36937: [sle][functional][u][hyperv] test fails in test setup of the child job for svirt-hyperv added

#7 Updated by okurz about 2 years ago

  • 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)

#8 Updated by michalnowak about 2 years ago

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.

#9 Updated by okurz about 2 years ago

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

#10 Updated by okurz about 2 years ago

  • Target version changed from future to future

#11 Updated by okurz over 1 year ago

  • Priority changed from Normal to Low

#12 Updated by okurz over 1 year ago

  • Blocked by action #38819: [tools][functional][u][epic] Refactor use of backends added

#13 Updated by szarate 4 months ago

Hyperv has lower priority for now, let's come back later... in $MONTHS

Also available in: Atom PDF