action #26978: autoyast/gnome installation stuck on grub - openQA Tests (public) - openSUSE Project Management Tool

Custom queries

All open Feature tests
openQA Infrastructure Project
openqa-review - Closed tickets last updated by openqa-review, last 30 days
QA roadmap long-term
QA SLE functional
QA SLE Functional - closed in last 14 days
QA SLE Functional - High, need to be refined
QA SLE Functional - over cycle time median
QA SLE u
QA SLE y
QA tools (tag not necessary in openQA and subprojects)
QA tools tag (tag not necessary in openQA and subprojects; excluding tickets in "Ready" version as they are already on the backlog)
QAC - Backlog
QAM
QE tools team - backlog (dev)
QE tools team - backlog (ready issues)
QE tools team - backlog SLA high
QE tools team - backlog SLA immediate
QE tools team - backlog SLA no immediate/urgent in feedback/blocked
QE tools team - backlog SLA normal
QE tools team - backlog SLA urgent
QE tools team - backlog SLO high
QE tools team - backlog SLO normal
QE tools team - backlog SLO urgent
QE tools team - backlog, high-level view (epics and higher)
QE tools team - backlog, non-reactive work, needs parent
QE tools team - backlog, top-level view (all sagas)
QE tools team - closed within last 14 days
QE tools team - closed within last 60 days
QE tools team - closed yesterday
QE Tools Team - Collaborative Session
QE tools team - due date forecast
QE tools team - exceeding due-date
QE tools team - infrastructure backlog
QE tools team - next - sorted by update time
QE tools team - next issues
QE tools team - non-estimated (unblocked) issues (dev)
QE tools team - non-estimated (unblocked) issues (infra)
QE tools team - ready issues - Workable
QE tools team - ready, not assigned/blocked/low
QE tools team - SLO high forecast
QE tools team - update forecast
QE tools team - updated by priority
QE tools team - what members of the team are working on - Feedback (not-low)
QE Tools Team Backlog By Assignee
SLE15 Migration Open Tickets
SLE15 SP1 Migration Open Tickets
SLE15SP3 Migration open ticket
SLE15SP3 Security open ticket
Tools Team Retrospective
Tools Team Retrospective (not estimated or assigned)

Actions

Copy link

action #26978

closed

autoyast/gnome installation stuck on grub

Added by dimstar about 7 years ago. Updated about 7 years ago.

Status:

Resolved

Priority:

Normal

Assignee:

JERiveraMoya

Category:

Bugs in existing tests

Target version:

openQA Project (public) - Milestone 11

Start date:

2017-10-24

Due date:

2017-11-08

% Done:

Estimated time:

Difficulty:

Description

Observation¶

openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-autoyast_reinstall_gnome@64bit fails in
installation

Reproducible¶

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

Expected result¶

Last good: 20171021 (or more recent)

Further details¶

Always latest result in this scenario: latest

Background¶

This test was long failing on https://bugzilla.opensuse.org/show_bug.cgi?id=1053863, which is now addressed
Snapshot 1021 passed it, and since 1022 it is failing again (but definitively with a new issue)

From what I understood, we disable the grub timeout now - but the autoyast setup test is not aware that it might have to confirm grub and expects grub to move on and reach a desktop without manual interaction

NOTE: this is not true for all autoyast setups, but only for the one created as a clone from a running system. The autoyast profiles published in openQA directly do not cause grub to stop

Related issues 1 (0 open — 1 closed)

Related to openQA Tests (public) - action #25658: [sle][functional][migration][opensuse][virtualization]Increase/disable timeout of initial grub menue to ensure tests do not miss it

Resolved

JERiveraMoya

2017-09-29

2017-10-25

Actions

Issue # Delay: days Cancel

History
Notes
Property changes

Actions

Copy link

Updated by okurz about 7 years ago

Related to action #25658: [sle][functional][migration][opensuse][virtualization]Increase/disable timeout of initial grub menue to ensure tests do not miss it added

Actions

Copy link

Updated by JERiveraMoya about 7 years ago

Assignee set to JERiveraMoya

Actions

Copy link

Updated by JERiveraMoya about 7 years ago

Due date set to 2017-11-08
Status changed from New to In Progress
Target version set to Milestone 11

Actions

Copy link

Updated by JERiveraMoya about 7 years ago

PR: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3795
Needle added in the code to the loop that handle the set of potential matches. "ret" key sent when matching the grub screen to be able to continue to the next screen, the Desktop.

Actions

Copy link

Updated by okurz about 7 years ago

that did not seem to work yet. E.g. see https://openqa.opensuse.org/tests/513659#step/installation/14 . The test finds "bios-boot" and therefore aborts the loop. Now the new tag you added is not checked anymore. Can you take a look again please?

Actions

Copy link

Updated by JERiveraMoya about 7 years ago

It is looping in second stage of this test. In my local machine hitting 'ret' in first stage solved the problem, but prod environment seems to have different speed and in the test code both loops have similar exit-condition. I can also add the condition in second stage to avoid this problem.

Actions

Copy link

Updated by JERiveraMoya about 7 years ago

bootloader is not included as exit condition of any of both stages in the test, as we want to end the test with gnome desktop.
Problem with hitting 'ret' only on first stage:

Local machine: only works on local because is going faster and does not match bios needle and instead it matches the bootloader needle, in turn hitting 'ret' and going to stage 2 and finds the desktop successfully.
Prod: on production matches bios first and exists first stage without possibility to hit 'ret' in second stage. PR: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/3809 Regarding my local test: http://10.100.51.227/tests/263# autoyast_reboot test seems to be broken too.

Actions

Copy link