action #35038

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

Added by mloviska almost 2 years ago. Updated about 1 year ago.

Status:NewStart date:16/04/2018
Priority:LowDue date:
Assignee:-% Done:

0%

Category:New test
Target version:QA - future
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 ... Resolved 07/06/2018
Blocked by openQA Tests - action #38819: [tools][functional][u][epic] Refactor use of backends Workable 17/02/2019

History

#1 Updated by mloviska almost 2 years ago

  • Description updated (diff)

#2 Updated by mloviska almost 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 almost 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 03/07/2018
  • Target version set to Milestone 17

#4 Updated by okurz over 1 year 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 over 1 year ago

  • Description updated (diff)
  • Due date deleted (03/07/2018)
  • 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 over 1 year 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 over 1 year 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 over 1 year 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 over 1 year 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 over 1 year ago

  • Target version changed from future to future

#11 Updated by okurz about 1 year ago

  • Priority changed from Normal to Low

#12 Updated by okurz about 1 year ago

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

Also available in: Atom PDF