action #25752
closed
[opensuse][functional][aarch64][sporadic][medium] test fails in prepare_system_for_update_tests - keys missed during login
Added by jorauch over 6 years ago.
Updated about 6 years ago.
Category:
Bugs in existing tests
Description
Observation¶
The login fails because a lot of keypresses are missed, so he tries to log in as "t".
Might be a qemu problem
openQA test in scenario opensuse-Tumbleweed-DVD-aarch64-xfce@aarch64 fails in
prepare_system_for_update_tests
Hypotheses¶
- H1: The issue is caused by the worker machine.
- H2: The issue is caused by an old qemu version installed on the worker.
- REJECTED: It was a bug introduced by a new version: note-23
- H3: The issue happens always on the same worker machine.
- H4: The issue is sporadic on the same worker machine.
- H5: The issue happens on different worker machines.
Tasks¶
- generate more statistics for this (100 runs)
- if it does not appear anymore -> close this
- if it does appear determine whether this is a qemu problem or not
- if it is a qemu problem give to tools team
- else investigate further
Acceptance Criteria¶
- AC1: the login does not fail with fractured login data anymore
Reproducible¶
Fails since (at least) Build 20170927
Expected result¶
Last good: 20170920 (or more recent)
Further details¶
Always latest result in this scenario: latest
- Subject changed from test fails in prepare_system_for_update_tests - keys missed during login to [opensuse][functional][sporadic]test fails in prepare_system_for_update_tests - keys missed during login
- Due date set to 2017-12-19
- Target version set to Milestone 12
- Due date changed from 2017-12-19 to 2018-01-02
Happened once again since 2 months, needs more statistics
- Due date changed from 2018-01-02 to 2018-01-17
- Target version changed from Milestone 12 to Milestone 13
- Due date changed from 2018-01-17 to 2018-01-30
- Subject changed from [opensuse][functional][sporadic]test fails in prepare_system_for_update_tests - keys missed during login to [opensuse][functional][aarch64][sporadic][medium] test fails in prepare_system_for_update_tests - keys missed during login
- Description updated (diff)
- Status changed from New to Workable
- Assignee set to SLindoMansilla
- Status changed from Workable to In Progress
Gathering statistics. 100 job scheduled on local openQA instance
- Status changed from In Progress to Blocked
BLOCKED | Not able to reproduce it locally. Not able to reproduce it on O3: No scripts in /opensuse at /usr/bin/isotovideo line 115.
- Status changed from Blocked to In Progress
Sergio, IMHO you are overusing "blocked" here. Is there another ticket we should track first? Otherwise how would we get "unblocked"?
As spoken with sebchlad and szarate, the workers where updated but not properly configured. They were missing the shared nfs folder. The are fixed so I can continue.
At the moment the jobs don't pass the installation. So I cannot verify yet. I will take a look tomorrow with szarate.
- Status changed from In Progress to Feedback
As szarate suggested, a trigger with a new build is needed in o3. We will be in contact with members of irc channel aarch64.
- Due date changed from 2018-01-30 to 2018-02-13
- Target version changed from Milestone 13 to Milestone 14
@Sergio, please update the ticket. Looks like run on production is missing
- Description updated (diff)
- Description updated (diff)
E3-1: Look for a successful run on machine openqa-aarch64.
R3-1: Found o3#575151
- Description updated (diff)
I have to talk with Dirk Müller before rbrown can eventually upgrade those machines.
Mail sent. Waiting until tomorrow for an answer.
can you explain which part needs updating?
- Blocked by action #30868: [aarch64][opensuse][tools]test fails in install_and_reboot - all aarch64 jobs consistently fail to type "| tee" and instead type "> tee" added
- Status changed from Feedback to Blocked
Extract from mail thread:
https://bugs.launchpad.net/qemu/+bug/1738283?comments=all - unofficial
patch for qemu 2.11 is available in last comment there.
In short qemu 2.11 sends '>' instead of '|' - you have to modify qemu
keymap at /usr/share/qemu/keymaps/en-us according to the patch.
Original post from coolo:
> Hi,
>
> As qemu 2.11 entered Tumbleweed, please be aware that they broke
> the keyboard layout openqa is using. Michal reported it here:
>
> https://bugs.launchpad.net/qemu/+bug/1738283?comments=all
>
> Better stick with the qemu you have.
>
> Greetings, Stephan
Waiting for dmueller to patch the openqa-aarch64 machine
- Status changed from Blocked to In Progress
Blocker fixed by dmueller
- Description updated (diff)
- Status changed from In Progress to Resolved
No more missing keys seen. Not able to reproduce it on 100 run jobs.
- Sample: https://openqa.opensuse.org/tests/601773 (I don't know why the jobs get lost after finishing, I cannot provide the list with the 100 jobs, and pasting them manually and individually wouldn't be worth)
The patch applied by dmueller fixed the issue.
Also available in: Atom
PDF