Project

General

Profile

tickets #119926

tests within SUSE internal instance openqa.suse.de fail in setup_online_repos or await_install due to seemingly very slow repositories from download.opensuse.org

Added by okurz 3 months ago. Updated 25 days ago.

Status:
Resolved
Priority:
Urgent
Assignee:
Category:
Mirrors
Target version:
-
Start date:
2022-11-04
Due date:
% Done:

0%

Estimated time:

Description

Observation

openQA test in scenario opensuse-15.3-Leap-DVD-Incidents-x86_64-gnome@64bit fails in
setup_online_repos
other tests fail in await_install like https://openqa.suse.de/tests/9870795#step/await_install/69

Reproducible

The problem seems to reproduce since roughly 2022-12-03 16:00Z

Expected result

Last good: https://openqa.suse.de/tests/9865120 from 2022-12-03

Further details

Always latest result in this scenario: latest


Related issues

Related to openQA Tests - action #119923: [tools][qe-core][leap-on-osd] test fails in setup_online_repos or await_install due to seemingly very slow repositories from download.opensuse.orgResolved2022-11-04

History

#1 Updated by okurz 3 months ago

  • Private changed from Yes to No

#2 Updated by okurz 3 months ago

  • Related to action #119923: [tools][qe-core][leap-on-osd] test fails in setup_online_repos or await_install due to seemingly very slow repositories from download.opensuse.org added

#3 Updated by okurz 3 months ago

  • Subject changed from [tools] tests within SUSE internal instance openqa.suse.de fail in setup_online_repos or await_install due to seemingly very slow repositories from download.opensuse.org to tests within SUSE internal instance openqa.suse.de fail in setup_online_repos or await_install due to seemingly very slow repositories from download.opensuse.org

#4 Updated by andriinikitin 3 months ago

  • Status changed from New to Feedback
  • Assignee set to andriinikitin

On Thursday 3-November there was an attempt to move DB of download.o.o to Galera cluster, which first looked good, but then met poor performance next day (because of higher load on Friday).
The change was reverted late Friday 4-November.
I suggest closing for now, but let me know if anything

#5 Updated by okurz 3 months ago

  • Status changed from Feedback to Resolved

https://openqa.suse.de/tests/10031981#next_previous shows no problem in the last 400 jobs so I guess we are good

#6 Updated by openqa_review 25 days ago

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: container-host
https://openqa.opensuse.org/tests/3039151#step/toolbox/1

To prevent further reminder comments one of the following options should be followed:

  1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
  2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
  3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

Expect the next reminder at the earliest in 36 days if nothing changes in this ticket.

Also available in: Atom PDF