action #162242
closed
Added by tinita 6 months ago.
Updated 6 months ago.
Category:
Regressions/Crashes
Description
Observation¶
openQA test in scenario openqa-Tumbleweed-dev-x86_64-openqa_install+publish@64bit-2G fails in
dashboard
Test suite description¶
Reproducible¶
Fails since (at least) Build :TW.29188 (current job)
Expected result¶
Last good: :TW.29187 (or more recent)
Further details¶
Always latest result in this scenario: latest
I installed the current TW package from our devel repo (openQA-4.6.1718285748.321b1ed6-6772.1.x86_64) locally and it looked good. In the two failures the versions 228ceaf1 (package build 6770) and 321b1ed6 were installed. The last version is actually the one I've just tested locally.
The last successful run was https://openqa.opensuse.org/tests/4270485#step/openqa_webui/5 and it also installed 228ceaf1 but build 6769. So it broke with package build 6770 and probably not due to a change in openQA itself.
EDIT: Ok, this is really broken. I can reproduce it locally after refreshing with "Ctrl + F5".
EDIT: Only the Tumbleweed package is affected. (The latest package works in the Codespaces environment using Leap.)
- Tags set to reactive work
- Status changed from New to In Progress
I could not reproduce it locally from a development checkout after updating my TW to the latest snapshot. Of course I deleted all caches and used the production mode. Then I built the packages locally via BUILD_DIR= osc build --nochecks (which will build them against TW in my case) and installed them. (The check unfortunately not pass locally due to a few uses of unshare leading to e.g. unshare: unshare failed: Operation not permitted don't match: missing.*help for usage.) My locally built packages work fine. So I guess it is also nothing wrong with the package build based on TW.
I'll try out packages from https://build.opensuse.org/package/show/home:mkittler:branches:devel:openQA/openQA. It'll be interesting to see whether this problem will hit Tumbleweed tests as well once https://build.opensuse.org/request/show/1180659 is part of the next snapshot.
EDIT: The package from my branch works. Very strange.
The latest build work again, see e.g. https://openqa.opensuse.org/tests/4273250.
I hope this is not a sporadic issue of our asset handling (e.g. within AssetPack or Sass) because without any helpful error message I wouldn't know how to fix it.
- Due date set to 2024-06-29
Setting due date based on mean cycle time of SUSE QE Tools
- Status changed from In Progress to Feedback
All the latest builds look good again. Not sure why this happened and what we can improve here.
- Related to action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M added
Maybe this is the same as #162311 just that during the package build the error message is not logged.
So just to add it here as well, I'm working on this as part of #162311
- Related to deleted (action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M)
- Blocked by action #162311: [sporadic] openqa-in-openqa-test fails in openqa_webui due to CSS files not successfully generated size:M added
- Status changed from Feedback to Blocked
- Parent task set to #157510
- Due date deleted (
2024-06-29)
- Status changed from Blocked to Resolved
#162311 resolved, so this can be resolved as well
Also available in: Atom
PDF