Project

General

Profile

Actions

action #35038

open

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

Added by mloviska over 6 years ago. Updated about 4 years 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 2 (1 open1 closed)

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

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

Actions
Actions #1

Updated by mloviska over 6 years ago

  • Description updated (diff)
Actions #2

Updated by mloviska over 6 years ago

  • Project changed from 46 to openQA Tests (public)
  • Description updated (diff)
  • Category set to Bugs in existing tests
Actions #3

Updated by okurz over 6 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
Actions #4

Updated by okurz over 6 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
Actions #5

Updated by okurz over 6 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.

Actions #6

Updated by okurz over 6 years ago

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

Updated by okurz over 6 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)
Actions #8

Updated by michalnowak over 6 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.

Actions #9

Updated by okurz over 6 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

Actions #10

Updated by okurz over 6 years ago

  • Target version changed from future to future
Actions #11

Updated by okurz about 6 years ago

  • Priority changed from Normal to Low
Actions #12

Updated by okurz about 6 years ago

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

Updated by szarate almost 5 years ago

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

Actions #14

Updated by SLindoMansilla over 4 years ago

  • Assignee set to szarate

Santi will talk to Marita for clarification

Actions #15

Updated by SLindoMansilla over 4 years ago

Actions #16

Updated by tjyrinki_suse about 4 years ago

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

Updated by szarate almost 4 years ago

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

Also available in: Atom PDF