Project

General

Profile

Actions

action #123864

closed

[openqa-in-openqa][sporadic] test fails in start_test due to empty response from o3 size:M

Added by okurz almost 2 years ago. Updated almost 2 years ago.

Status:
Resolved
Priority:
High
Assignee:
Category:
Bugs in existing tests
Target version:
Start date:
2023-02-01
Due date:
2023-02-23
% Done:

0%

Estimated time:
Difficulty:

Description

Observation

openQA test in scenario openqa-Tumbleweed-dev-x86_64-openqa_install+publish@64bit-2G fails in
start_test
due to empty response from internal openQA instance

Test suite description

Maintainer: okurz@suse.de Test for installation of openQA itself. To be used with "openqa" distri. Publishes an qcow2 image including the openQA installation ready to run as an appliance.

Reproducible

Fails since (at least) Build :TW.16820 (current job)
https://openqa.opensuse.org/tests/3086954#comments shows that this is a sporadic issue.

Expected result

Last good: :TW.16819 (or more recent)

Suggestions

  • Catch the error if no jobs are found from an API query, maybe just set -u in bash is enough to fail when using variables?
  • Right now the test module is looking for openQA assets to find the "most recent Tumbleweed build" and then query jobs but it can very well happen that assets are created and registered before all openQA jobs are scheduled so this approach can fail. Find a better way in https://github.com/os-autoinst/os-autoinst-distri-openQA/blob/master/tests/osautoinst/start_test.pm to identify the latest job in a scenario and just clone that.
  • If the above fails then consider adding a retry with waiting in between
  • Ensure we're not waiting too long e.g. avoid waiting a day and spawning more jobs in-between
  • The issue doesn't seem to be reproducible reliably

Further details

Always latest result in this scenario: latest

Actions

Also available in: Atom PDF