Project

General

Profile

Actions
Copy link

action #68359

open

[opensuse] QEMU cannot boot from HDD on some chained tests (create_hdd_gnome-wayland -> desktopapps-other-wayland, etc.)

Added by ggardet_arm almost 5 years ago. Updated about 2 months ago.

Status:
New
Priority:
Low
Assignee:
-
Category:
Bugs in existing tests
Target version:
-
Start date:
2020-06-23
Due date:
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-desktopapps-other-wayland@aarch64 fails in
boot_to_desktop

QEMU cannot boot from HDD on some chained tests. For example, tests started after create_hdd_gnome-wayland:

Whereas a similar test run successfully: create_hdd_textmode => extra_tests_ai_ml: https://openqa.opensuse.org/tests/1312064

Test suite description

Reproducible

Fails since (at least) Build 20200622 (current job)

Expected result

Last good: 20200621 (or more recent)

Further details

Always latest result in this scenario: latest

Actions
Copy link
 #1

Updated by ggardet_arm almost 5 years ago

The command file returns data instead of QEMU QCOW2 Image (v3), XXX bytes on the broken file.

Actions
Copy link
 #2

Updated by ggardet_arm almost 5 years ago

On the same worker (openqa-aarch64):

  • create_hdd_textmode create_hdd_gnome create_hdd_gnome-x11 are ok
  • create_hdd_gnome-wayland create_hdd_kde are broken
Actions
Copy link
 #3

Updated by ggardet_arm almost 5 years ago

  • Priority changed from High to Normal

There was nothing obvious in dmesg, and SDD smart info were good.

As a workaround, I restarted the initial test to recreate the QCOW2 image.

Actions
Copy link
 #4

Updated by SLindoMansilla almost 5 years ago

  • Subject changed from QEMU cannot boot from HDD on some chained tests (create_hdd_gnome-wayland -> desktopapps-other-wayland, etc.) to [opensuse] QEMU cannot boot from HDD on some chained tests (create_hdd_gnome-wayland -> desktopapps-other-wayland, etc.)
Actions
Copy link
 #5

Updated by okurz over 3 years ago

This ticket was set to "Normal" priority but was not updated within the SLO period for "Normal" tickets (365 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives . Please consider picking up this ticket within the next 365 days or just set the ticket to the next lower priority of "Low" (no SLO related time period). This update was done as agreed within the SUSE QE Sync call 2021-09-01

Actions
Copy link
 #6

Updated by slo-gin over 2 years ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions
Copy link
 #7

Updated by slo-gin about 1 year ago

This ticket was set to Normal priority but was not updated within the SLO period. Please consider picking up this ticket or just set the ticket to the next lower priority.

Actions
Copy link
 #8

Updated by slo-gin about 2 months ago

  • Priority changed from Normal to Low

This ticket was set to Normal priority but was not updated within the SLO period. The ticket will be set to the next lower priority Low.

Actions
Copy link

Also available in: Atom PDF