Project

General

Profile

Actions

action #48566

open

[qe-core][functional] Crosscheck workaround for bsc#980337 in user_defined_snapshots

Added by okurz about 5 years ago. Updated about 1 month ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Bugs in existing tests
Target version:
SUSE QA - Milestone 30
Start date:
2019-03-01
Due date:
% Done:

0%

Estimated time:
42.00 h
Difficulty:

Description

Observation

openQA test in scenario sle-15-SP1-Installer-DVD-aarch64-extra_tests_on_gnome@aarch64 in
user_defined_snapshot shows that we reached gdm successfully but we still report a soft_failure pointing to bsc#980337 which looks wrong.

Conditional acceptance criteria

  • CC1: The bug is verified fixed and the record_soft_fail removed or
  • CC2: The bug is still valid reopen the bug

Reproducible

Probably fails since SLE15 where the product eventually managed to boot successfully into gdm and we have not realized

Expected result

The bug should only be referenced in case we can not reach boot, or more specifically not gdm

Further details

Always latest result in this scenario: latest

Actions #1

Updated by okurz about 5 years ago

  • Assignee set to riafarov

You added the functionality in https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3077 . Can you take a look and either propose a fix or give a suggestion and assign to QSF-u please?

Actions #2

Updated by riafarov about 5 years ago

  • Subject changed from [functional][y] Crosscheck workaround for bsc#980337 in user_defined_snapshots to [functional][u] Crosscheck workaround for bsc#980337 in user_defined_snapshots

We explicitly set textmode => 1 in the code: https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/x11/user_defined_snapshot.pm#L71
So, irregardless of the bug we set wrong expectation, as we expect emergency shell in this case, but end up in gdm login.

So I believe that just removing that parameter will fix the test, but it requires testing in other scenarios, as might break something there.
As we use this workaround only in extra_tests_on_gnome test suite, we might remove it completely too.

Actions #3

Updated by riafarov about 5 years ago

  • Assignee deleted (riafarov)
Actions #4

Updated by mgriessmeier almost 5 years ago

  • Target version changed from Milestone 24 to Milestone 25
Actions #5

Updated by mgriessmeier almost 5 years ago

  • Target version changed from Milestone 25 to Milestone 27
Actions #6

Updated by mgriessmeier over 4 years ago

  • Priority changed from Normal to High
  • Target version changed from Milestone 27 to Milestone 28
Actions #7

Updated by SLindoMansilla over 4 years ago

  • Description updated (diff)
  • Status changed from New to Workable
  • Estimated time set to 42.00 h
Actions #8

Updated by szarate over 4 years ago

  • Status changed from Workable to Feedback
  • Assignee set to szarate

Updated new needle, waiting for the same job to run on SLE15 SP2, as for 15 SP1, it seems that the soft fail can be removed.

Actions #9

Updated by szarate over 4 years ago

  • Status changed from Feedback to In Progress

Let's work on this today

Actions #10

Updated by mgriessmeier over 4 years ago

  • Target version changed from Milestone 28 to Milestone 30

szarate wrote:

Let's work on this today

did you? =)
to be discussed next week

Actions #11

Updated by szarate about 4 years ago

  • Status changed from In Progress to Feedback

mgriessmeier wrote:

szarate wrote:

Let's work on this today

did you? =)
to be discussed next week

I had trouble finding the right jobs last time iirc, however now we're on track: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/9390 waiting for pr to be merged, as this is not happening anymore

Actions #12

Updated by szarate almost 4 years ago

  • Status changed from Feedback to Workable
  • Assignee deleted (szarate)

As per: https://openqa.nue.suse.com/tests/3964763 this might still happen sporadically.

I'm returning this to the backlog as I never worked on this too much.

Actions #13

Updated by zluo almost 4 years ago

  • Status changed from Workable to In Progress
  • Assignee set to zluo

let me check this now

Actions #14

Updated by zluo almost 4 years ago

  • Status changed from In Progress to Resolved

the bug has been filed against sles 12, but at moment it is not fixed yet and it has status "REOPENED". so this issue is valid for sles 12 but not for sles 15 sp2.

Actions #15

Updated by SLindoMansilla almost 4 years ago

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

Please, refine again.

It was reproducible in SLE15-SP1
Not reproducible in SLE15-SP2
It is not affecting our QSF-U area.

Actions #16

Updated by tjyrinki_suse over 3 years ago

  • Subject changed from [functional][u] Crosscheck workaround for bsc#980337 in user_defined_snapshots to [qe-core][functional] Crosscheck workaround for bsc#980337 in user_defined_snapshots
Actions #17

Updated by szarate about 3 years ago

  • Assignee deleted (szarate)
Actions #18

Updated by okurz over 2 years ago

  • Priority changed from High to Normal

This ticket was set to "High" priority but was not updated within 120 days which is 4 times the period of the SLO for "High" tickets (30 days) as described on https://progress.opensuse.org/projects/openqatests/wiki/Wiki#SLOs-service-level-objectives . The ticket will be set to the next lower priority of "Normal".

Actions #19

Updated by slo-gin over 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 #20

Updated by slo-gin about 1 month 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

Also available in: Atom PDF