action #88948
open[opensuse][qe-core] [sporadic] test fails in reboot_gnome
0%
Description
Observation¶
openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-upgrade_Leap_15.2_gnome@aarch64 fails in
reboot_gnome
Tests fail often in reboot_gnome
on aarch64. Should we retry?
Test suite description¶
Maintainer: zluo Upgrade test Leap 15.2 to TW
Reproducible¶
Fails since (at least) Build 20210219
Expected result¶
Last good: 20210218 (or more recent)
Further details¶
Always latest result in this scenario: latest
Updated by okurz about 3 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: gnome
https://openqa.opensuse.org/tests/1661454
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed
Updated by okurz about 3 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: gnome
https://openqa.opensuse.org/tests/1676735
To prevent further reminder comments one of the following options should be followed:
- The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
- The openQA job group is moved to "Released"
- The label in the openQA scenario is removed
Updated by tjyrinki_suse almost 3 years ago
- Subject changed from test fails in reboot_gnome to [opensuse][qe-core] test fails in reboot_gnome
- Start date deleted (
2021-02-22)
Updated by zluo almost 3 years ago
- Status changed from Workable to In Progress
- Assignee set to zluo
take over and check.
Updated by zluo almost 3 years ago
sporadic issue:
power_action_utils.pm
sub reboot_x11 {
my ($self) = @_;
wait_still_screen;
if (check_var('DESKTOP', 'gnome')) {
if (is_tumbleweed) {
assert_and_click('reboot-power-icon');
assert_and_click('reboot-power-menu');
assert_and_click('reboot-click-restart');
} else {
send_key_until_needlematch 'logoutdialog', 'ctrl-alt-delete', 7, 10; # reboot
}
It looks like that we have problem with needle match 'reboot-power-menu', might be the issue related to performance on DVD and aarch64.
Updated by zluo almost 3 years ago
- Subject changed from [opensuse][qe-core] test fails in reboot_gnome to [opensuse][qe-core] [sporadic] test fails in reboot_gnome
Updated by zluo almost 3 years ago
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/12396 created for feedback and review.
Updated by zluo almost 3 years ago
- Status changed from In Progress to Feedback
I need to think about this issue again according to feedback about my PR. The problem is not only to detect response (disk I/O or something else), the question is still there how to catch and handle the power_action if
1 SUT is too slow and busy to response
2 SUT hangs forever
For 1 we can think about to move the changes from my PR into reboot_gnome.pm directly, only for aarch64 + Tumbelweed + DVD-installation, to keep the changes simple and easy to maintain in future.
For 2 we have to live with a record_softfail or we need to increase QEMURAM or CPU for the test in general.
Updated by zluo almost 3 years ago
- Status changed from Feedback to Workable
- Assignee deleted (
zluo)
after a talk with @szarate we cannot fix this issue at moment. For Tumbleweed DVD-installation on aarch64 for upgrade we need more QUMERAM or CPU, 4 GB is required. 2 GB is quite less. So I won't be able to work further on this ticket.
Updated by ggardet_arm almost 3 years ago
zluo wrote:
after a talk with @szarate we cannot fix this issue at moment. For Tumbleweed DVD-installation on aarch64 for upgrade we need more QUMERAM or CPU, 4 GB is required. 2 GB is quite less. So I won't be able to work further on this ticket.
You can start tests with more RAM and/or more CPU. So, not sure what is the blocker here?
Updated by szarate over 2 years ago
- Category changed from Bugs in existing tests to Infrastructure
- Status changed from Workable to New
- Assignee set to szarate
ggardet_arm wrote:
zluo wrote:
after a talk with @szarate we cannot fix this issue at moment. For Tumbleweed DVD-installation on aarch64 for upgrade we need more QUMERAM or CPU, 4 GB is required. 2 GB is quite less. So I won't be able to work further on this ticket.
You can start tests with more RAM and/or more CPU. So, not sure what is the blocker here?
I don't remember the context of the conversation, in fact this is not blocked, but I'll pick it up for grooming next week.
Updated by livdywan 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 9 days 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.