action #101957
closed
[timeboxed: 16h] Adapt select_modules_and_patterns to use an specific longer timeout in aarch64
Added by JERiveraMoya about 3 years ago.
Updated almost 3 years ago.
Description
In aarch64 the registration process is particularly slow.
Increasing the default timeout of the our client for libyui-rest-api (as we agreed) didn't work (needed to be reverted at the end)
Besides, we could potentially miss some bugs when more than 30 seconds is not acceptable for the screen to react.
For the failing test, here https://openqa.suse.de/tests/7605134#step/select_nonconflicting_modules/1 we could specifically wait more time, >150 seconds (which in reality is >300s). With 150 seconds fails but sporadically so >150 should work.
- Adapt module select_modules_and_patterns to use
lib/YuiRestClient/Wait.pm with higher timeout.
- Fix setting 'MAX_JOB_TIME' to not fail when the job takes more time, like in this other job, where we should update it as well: https://openqa.suse.de/tests/7623094
- Description updated (diff)
- Subject changed from Revert YuiRestClient default timeout to lower value and adapt select_modules_and_patterns in aarch64 to Adapt select_modules_and_patterns to use an specific longer timeout in aarch64
- Description updated (diff)
- Description updated (diff)
- Description updated (diff)
- Description updated (diff)
- Priority changed from Normal to High
- Tags deleted (
qe-yast-refinement)
- Subject changed from Adapt select_modules_and_patterns to use an specific longer timeout in aarch64 to [timeboxed: 16h] Adapt select_modules_and_patterns to use an specific longer timeout in aarch64
- Status changed from New to Workable
We need to clarify if our configuration meets system requirements. Right now it uses 1024 Mb RAM. Maybe we need to increase it.
Try to check with tools team, if they already have something in mind to fix that infrastructure issue.
If it meets the requirements, then it may be a potential issue. We should report it and make soft-fail, which waits for some amount of time and if the timeout is reached, then soft-fail and wait more.
- Status changed from Workable to In Progress
- Status changed from In Progress to Feedback
I investigated the issue and noticed that because we installing a lot of modules there, the installation of those modules takes more time then usual, but in skip_install_addons we are waiting for Add-On Products page just for 60 seconds, as the timeout was set in setup_libyui. I bumped timeout to 120 seconds, but in general, I guess we should create a separate test module that will explicitly wait for the installation of modules. As far as I understand, even YaST development team consider this step as a separate one in the installation wizard.
PR: https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/13667
- Status changed from Feedback to Closed
Also available in: Atom
PDF