action #13540
closedsend_key() sometimes gets lost on svirt backend
0%
Description
Originally reported at: https://github.com/os-autoinst/os-autoinst/issues/567.
In 1 from 10 job runs some send_key() won't make it to the SUT on svirt backend (KVM at least). In nearly all cases it was alt-n from welcome.pm line 35:
17:22:04.1448 Debug: /var/lib/openqa/share/tests/sle-12-SP2/tests/installation/welcome.pm:35 called testapi::send_key
17:22:04.1448 12156 <<< testapi::send_key(key='alt-n')
17:22:04.3458 Debug: /var/lib/openqa/share/tests/sle-12-SP2/tests/installation/welcome.pm:36 called testapi::assert_screen
17:22:04.3461 12156 <<< testapi::assert_screen(mustmatch='license-not-accepted', timeout=30)
17:22:04.4044 12157 MATCH(license-not-accepted-20160420:0.00)
17:22:04.4522 12157 MATCH(license-not-accepted-20160429:0.00)
17:22:04.5042 12157 MATCH(license-not-accepted-20160504:0.00)
17:22:04.5043 12157 no match 30
17:22:04.5047 12157 no change 30
17:22:04.9555 12157 MATCH(license-not-accepted-20160420:0.00)
17:22:04.9993 12157 MATCH(license-not-accepted-20160429:0.00)
17:22:05.0396 12157 MATCH(license-not-accepted-20160504:0.00)
17:22:05.0450 12157 no match 30
17:22:05.4032 12157 no change 29
...
17:22:34.4568 12157 no change 0
17:22:34.9581 12157 no change 0
17:22:35.5154 12157 MATCH(license-not-accepted-20160420:0.00)
17:22:35.5604 12157 MATCH(license-not-accepted-20160429:0.00)
17:22:35.6156 12157 MATCH(license-not-accepted-20160504:0.00)
17:22:35.6168 12156 >>> testapi::_check_backend_response: match=license-not-accepted timed out after 30
test welcome failed at /usr/lib/os-autoinst/basetest.pm line 296.
I believe @mimi1vx have seen it as well.
Updated by coolo over 8 years ago
What makes you certain it didn't reach the SUT? especially when it's always the same yast dialog not reacting? To me it looks 100% like https://bugzilla.suse.com/show_bug.cgi?id=980374
Updated by michalnowak over 8 years ago
I agree. I've seen it with the final "Restart now?" dialogue as well, but that just might be another instance of the same bug in YaST.
(Close this if you can, I can't do anything else but comment on this ticket.)
Updated by michalnowak over 8 years ago
https://bugzilla.suse.com/show_bug.cgi?id=980374#c37 says this issue is unrelated to SCC#980374. YaST did not get the key(s).
Updated by michalnowak about 8 years ago
- Blocks action #10206: [tools]libvirt tests (Xen, Hyper-V, VMware) added
Updated by michalnowak over 7 years ago
- Status changed from New to Resolved
I haven't seen it for very long time.