Project

General

Profile

action #35038

[qe-core][sle][functional][hyperv] extra tests on hyperv

Added by mloviska almost 3 years ago. Updated 5 months ago.

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

0%

Estimated time:
Difficulty:

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

Blocks openQA Tests - action #68761: [qe-core] HyperV reboot unstableNew2020-07-08

History

#1 Updated by mloviska almost 3 years ago

  • Description updated (diff)

#2 Updated by mloviska almost 3 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 3 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 almost 3 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 almost 3 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 almost 3 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 almost 3 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 almost 3 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 almost 3 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 almost 3 years ago

  • Target version changed from future to future

#11 Updated by okurz over 2 years ago

  • Priority changed from Normal to Low

#12 Updated by okurz over 2 years ago

  • Blocked by coordination #38819: [qe-core][tools][functional][epic] Refactor use of backends added

#13 Updated by szarate about 1 year ago

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

#14 Updated by SLindoMansilla 8 months ago

  • Assignee set to szarate

Santi will talk to Marita for clarification

#15 Updated by SLindoMansilla 8 months ago

#16 Updated by tjyrinki_suse 5 months ago

  • Subject changed from [sle][functional][u][hyperv] extra tests on hyperv to [qe-core][sle][functional][hyperv] extra tests on hyperv

#17 Updated by szarate about 2 months ago

  • Blocked by deleted (coordination #38819: [qe-core][tools][functional][epic] Refactor use of backends)

Also available in: Atom PDF