action #100500
open[qe-yast] test fails in login - handle_grub should be arch specific
0%
Description
Observation¶
openQA test in scenario microos-Tumbleweed-DVD-aarch64-remote_ssh_controller@aarch64 fails in
login
handle_grub uses a fixed value of 14 to send the down key to be on linux line. This is correct on x86, but wrong on aarch64, because grub has one line missing in grub menu (set root='hd0,gpt2'), so 13 should be enough on aarch64. This is for Tumbleweed, no idea of SLE side.
Test suite description¶
Maintainer: jrivera Install remote server (parallel job) with ssh.
Reproducible¶
Fails since (at least) Build 20211005
Expected result¶
Last good: (unknown) (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by maritawerner over 2 years ago
- Subject changed from test fails in login - handle_grub should be arch specific to [qe-yast] test fails in login - handle_grub should be arch specific
Updated by jlausuch over 2 years ago
I haven't enabled that microos test, but having a quick look, it seems the support server image doesn't boot because VIDEOMODE=text and DESKTOP=text
Updated by ggardet_arm over 2 years ago
jlausuch wrote:
I haven't enabled that microos test, but having a quick look, it seems the support server image doesn't boot because
VIDEOMODE=textandDESKTOP=text
As mentioned in the description, I think the problem is more here: https://openqa.opensuse.org/tests/1956151/modules/login/steps/2 where the 3 to boot in text mode is written on the wrong line in grub menu. That's why it boots in desktop mode: https://openqa.opensuse.org/tests/1956151#step/login/6
Updated by jlausuch over 2 years ago
Yeah, I don't know what that happens to be honest.
What I thought is that since we already have a test using this same qcow2: https://openqa.opensuse.org/tests/1955688
Let's just have the same settings in the failing one.
Updated by ggardet_arm over 2 years ago
In the failing test, this is expected to boot in textmode for the next steps of the test.
Updated by jlausuch over 2 years ago
Not sure, support_server_tumbleweed@aarch64.qcow2 seems to be gnome based...
The image is booting now with the right settings https://openqa.opensuse.org/tests/1958877#
Will you update the job with DESKTOP=gnome and remove VIDEOMODE ?
Updated by ggardet_arm over 2 years ago
At least on x86_64, it boots in console mode.
Let's see how far the test goes as is.
Updated by ggardet_arm over 2 years ago
An alternative would be https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13419 (not tested yet)
Updated by jlausuch over 2 years ago
ggardet_arm wrote:
An alternative would be https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13419 (not tested yet)
Ok, up to you then :)
Updated by favogt over 2 years ago
jlausuch wrote:
Not sure,
support_server_tumbleweed@aarch64.qcow2seems to be gnome based...
The image is booting now with the right settings https://openqa.opensuse.org/tests/1958877#
The idea was to use the GNOME based image but boot into textmode by adding 3 to the kernel cmdline.
Will you update the job with
DESKTOP=gnomeand removeVIDEOMODE?
That would be wrong.
Updated by ggardet_arm over 2 years ago
- Status changed from New to Feedback
- Assignee set to ggardet_arm
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.
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.