Project

General

Profile

Actions

action #15718

closed

System not getting 'ctrl-alt-delete' on svirt backend

Added by michalnowak over 7 years ago. Updated almost 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Feature requests
Target version:
-
Start date:
2017-01-02
Due date:
% Done:

0%

Estimated time:

Description

On many occasions system under svirt backend won't get a 'ctrl-alt-delete' key (https://openqa.suse.de/tests/692198/) when in X11:

12:22:59.3533 Debug: /var/lib/openqa/share/tests/sle/tests/x11/reboot_gnome.pm:22 called testapi::send_key_until_needlematch
12:22:59.3534 15111 <<< testapi::check_screen(mustmatch='logoutdialog', timeout=10)
12:22:59.5609 15144 MATCH(shutdown-gnome-20140605:0.00)
12:22:59.7006 15144 MATCH(shutdown-gnome-20160713:0.00)
12:22:59.7008 15144 no match 10
12:23:00.3611 15144 no change 9
12:23:01.3622 15144 no change 8
12:23:02.3623 15144 no change 7
12:23:03.3631 15144 no change 6
12:23:04.3641 15144 no change 5
12:23:05.3651 15144 no change 4
12:23:06.3662 15144 no change 3
12:23:07.3663 15144 no change 2
12:23:08.3674 15144 no change 1
12:23:09.3685 15144 no change 0
12:23:10.5358 15144 MATCH(shutdown-gnome-20140605:0.00)
12:23:10.6356 15144 MATCH(shutdown-gnome-20160713:0.00)
12:23:10.8505 15111 >>> testapi::_check_backend_response: match=logoutdialog timed out after 10

Related issues 2 (0 open2 closed)

Related to openQA Project - action #15418: keypress potentially didn't reach SUTRejectedokurz2016-12-09

Actions
Blocks openQA Tests - action #10206: [tools]libvirt tests (Xen, Hyper-V, VMware)Resolvedmichalnowak2016-01-13

Actions
Actions #1

Updated by michalnowak over 7 years ago

  • Related to action #15418: keypress potentially didn't reach SUT added
Actions #2

Updated by michalnowak about 7 years ago

  • Project changed from openQA Tests to openQA Project
  • Category deleted (Bugs in existing tests)
  • Assignee deleted (michalnowak)
Actions #3

Updated by michalnowak about 7 years ago

  • Blocks action #10206: [tools]libvirt tests (Xen, Hyper-V, VMware) added
Actions #4

Updated by RBrownSUSE about 7 years ago

As the author of the svirt backend, why do you think this is?

Actions #5

Updated by michalnowak about 7 years ago

Actions #6

Updated by okurz about 7 years ago

  • Category set to 132
Actions #7

Updated by SLindoMansilla about 7 years ago

I think this could be the same problem: https://openqa.suse.de/tests/855927#step/reboot_gnome/10
Could you take a look?

Actions #8

Updated by michalnowak about 7 years ago

Good catch. It's the same. First time with qemu backend.

Actions #9

Updated by coolo about 7 years ago

I don't think so. reboot_gnome on power makes trouble everynow and then in maintenance. Same with shutdown.

Actions #10

Updated by michalnowak almost 7 years ago

  • Status changed from New to Resolved

While rewriting reboot and suspend handling in tests I noticed, that on svirt it works fairly reliably.

Actions

Also available in: Atom PDF