action #39011
closed[functional] Low performance on openqa production server
0%
Description
We have this problem for quite long time. send_key sometimes doesn't work, command input lost sometimes characters, timeout issue for match needles etc.
yast2_gui test, for example yast2_control_center.pm had a lot of failures, and we needed to workaround issues mentioned above (like add assert_screen extra after send_key).
Some tickets for sporadic issue related to low performance of openqa server:
We should do checks on performance status of production server.
Just say we don't have no problems with server performance is not enoughTo know how many workers on openQA production server can be run without performance issue
for example: hardware configurations (cpu, mem) and their assignment to worker/testto limit amount of workers if performance issue rises
Updated by okurz over 6 years ago
- Related to action #37306: [opensuse][functional][u][sporadic] test fails in gimp - send_key doesn't work added
Updated by okurz over 6 years ago
- Related to action #37558: [opensuse][functional][u] test fails in systemsettings5 - send_key issue for closing application added
Updated by okurz over 6 years ago
- Related to action #38270: [functional][y][sporadic][aarch64] test fails in yast2_i - missing keys while searching for a package name added
Updated by okurz over 6 years ago
- Related to action #37354: [opensuse][functional][u][sporadic][medium] test fails in desktop_runner is unstable added
Updated by okurz over 6 years ago
- Description updated (diff)
- Category set to Bugs in existing tests
- Target version set to future
hi, in redmine it's better to reference other tickets with just #<id>
so that we can see a preview and also the reference is striked through if already closed. Also some of the referenced issues are IMHO not pointing to low performance on specific workers but actually real issues which we needed to fix specifically as well as the limits of running single core VMs with 1GB of RAM or hardly more. What we can do though is to bump the memory we supply to the VMs as well as try to experiment with setting at least 2 cores by default.
Let's keep this ticket open for now and reference other related issues to see commonalities first before going further.
Updated by okurz over 6 years ago
- Subject changed from Low performance on openqa production server to [functional] Low performance on openqa production server
Updated by okurz over 6 years ago
- Related to action #39059: [sle][functional][y] detect "openSUSE sucks bug" about btrfs balance and record_soft_fail (was: yast2_gui tests modules as application could not start up) added
Updated by okurz over 6 years ago
Sorry, after reviewing the current test failures I do not buy into the argument of "low performance on production server". #39059 gives more details. As riafarov also investigated in jobs we more likely have a problem still/again with https://bugzilla.suse.com/show_bug.cgi?id=1063638 . If there is anything else in specific cases then we should handle such as specific ones. Mentioning seemingly related job failures here should be beneficial nevertheless.
Updated by zluo over 6 years ago
As we talked offline about this. I would like to see a plan to check worker monitoring (configurations and test results etc).
Updated by okurz over 6 years ago
- Status changed from New to Resolved
- Assignee set to okurz
I think by now we have found a better understanding and do not need this very generic ticket anymore in favor of the mentioned more specific ones.