Project

General

Profile

action #48566

[functional][u] Crosscheck workaround for bsc#980337 in user_defined_snapshots

Added by okurz over 1 year ago. Updated about 1 month ago.

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

0%

Estimated time:
42.00 h
Difficulty:
Duration:

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

History

#1 Updated by okurz over 1 year 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?

#2 Updated by riafarov over 1 year 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.

#3 Updated by riafarov over 1 year ago

  • Assignee deleted (riafarov)

#4 Updated by mgriessmeier about 1 year ago

  • Target version changed from Milestone 24 to Milestone 25

#5 Updated by mgriessmeier about 1 year ago

  • Target version changed from Milestone 25 to Milestone 27

#6 Updated by mgriessmeier 11 months ago

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

#7 Updated by SLindoMansilla 11 months ago

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

#8 Updated by szarate 11 months 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.

#9 Updated by szarate 8 months ago

  • Status changed from Feedback to In Progress

Let's work on this today

#10 Updated by mgriessmeier 7 months 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

#11 Updated by szarate 7 months 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

#12 Updated by szarate about 2 months 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.

#13 Updated by zluo about 2 months ago

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

let me check this now

#14 Updated by zluo about 2 months 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.

#15 Updated by SLindoMansilla about 1 month 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.

Also available in: Atom PDF