Project

General

Profile

Actions

coordination #96302

closed

[qe-core][QU] Quarterly update failures

Added by szarate over 2 years ago. Updated over 1 year ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
Bugs in existing tests
Target version:
-
Start date:
2021-07-29
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Difficulty:

Description

hi there! I was told to talk to you, since Timo is on vacation and I need a little help around openQA tests. could you help me?

I need someone to have a look at 8 poos that I just created. all are from tests for sle15sp3 quarterly released images, so it's rather hot. I don't need them to be fixed, I only need to be sure that none of these failures is actual bug in product. could you delegate it to someone?
here are the poos:
https://progress.opensuse.org/issues/96275 - test fails in addon_products_sle - probably safe
https://progress.opensuse.org/issues/96278 - test fails in raid_gpt - rather look into it
https://progress.opensuse.org/issues/96281 - test fails in first_boot - weird but probably safe
https://progress.opensuse.org/issues/96284 - test fails in validate_beta_popup - probably shouldn't even be there
https://progress.opensuse.org/issues/96287 - test fails in setup_libyui - no idea
https://progress.opensuse.org/issues/96290 - test fails in new_partitioning_gpt - probably safe
https://progress.opensuse.org/issues/96293 - test fails in clone - probably safe
https://progress.opensuse.org/issues/96296 - test fails in disk_activation - rather look into it


Subtasks 9 (0 open9 closed)

action #96275: [qem] test fails in addon_products_sleResolvedoorlov2021-07-29

Actions
action #96278: [qem] test fails in raid_gptResolvedoorlov2021-07-29

Actions
action #96281: [qem] test fails in first_bootResolvedoorlov2021-07-29

Actions
action #96284: [qem] test fails in validate_beta_popupResolvedoorlov2021-07-29

Actions
action #96287: [qem] test fails in setup_libyuiResolvedoorlov2021-07-29

Actions
action #96290: [qem] test fails in new_partitioning_gptResolvedoorlov2021-07-29

Actions
qe-yam - action #96293: Test fails in 'clone' module of QR job groupClosedJERiveraMoya2021-07-29

Actions
action #96296: [qem] test fails in disk_activationResolvedgeor2021-07-29

Actions
qe-yam - action #97289: [qem][qu] test fails in await_install in 15-SP3 QURejectedszarate2021-08-20

Actions
Actions #1

Updated by szarate over 2 years ago

  • Description updated (diff)
Actions #2

Updated by oorlov over 2 years ago

I've fixed all the issues, that were related to some misconfiguration or where code adjustments required.

https://progress.opensuse.org/issues/96296 - is something that requires investigations as it is either a product issue or environment issue.

From Matthias: "I quickly checked on the zVM side, so before booting in the linux - from there I can still see the connected fcp devices, so the issue is limited to the linux system. I'd suggest to boot up such a zVM guest manually and check if there is zfcp present or not."

Actions #3

Updated by okurz over 2 years ago

  • Category set to Bugs in existing tests
Actions #4

Updated by tjyrinki_suse over 2 years ago

  • Tracker changed from action to coordination
Actions #6

Updated by okurz over 2 years ago

This ticket was set to "High" priority but was not updated within the SLO period for "High" tickets (30 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives

first reminder: Please consider picking up this ticket within the next 30 days or just set the ticket to the next lower priority of "Normal" (SLO: updated within 365 days).

Actions #8

Updated by szarate over 1 year ago

  • Status changed from New to Resolved
  • Assignee set to szarate

This is long done

Actions

Also available in: Atom PDF