action #163112
Updated by okurz 2 days ago
## Observation
openQA test in scenario openqa-Tumbleweed-dev-x86_64-openqa_install_nginx@64bit-2G fails in
[openqa_webui](https://openqa.opensuse.org/tests/4312732/modules/openqa_webui/steps/5)
due to repeated and reproducible errors in reading from the devel:openQA repository "repodata…filelists-ext.xml.gz not found on medium"
on the command
```
retry -e -s 30 -- zypper -n --gpg-auto-import-keys ref
```
I assume the problem happens when devel:openQA is in the process of being refreshed due to frequent updates in devel:openQA however there should be a better way to ensure consistent and at best atomic updates of the repo content.
## Expected result
Last good: [:TW.29599](https://openqa.opensuse.org/tests/4312689) (or more recent)
## Acceptance criteria
* **AC1:** The scenario [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=openqa&flavor=dev&machine=64bit-2G&test=openqa_install_nginx&version=Tumbleweed) passes consistently even if devel:openQA is frequently updated
## Suggestions
* We "only" do 3 retries
* Consider how often retry in this case but more in other cases, make it consistent
* Keep in mind the script timeout cases. We should just use more retries here as well
* Research upstream if there is a better way to handle that, e.g. look into github.com/openSUSE/zypper/, mailing lists or forums regarding OBS/mirror/zypper behaviour. Also engage with domain experts in corresponding chat channels to find best practices and apply them. According to livdywan she already did all of that. So maybe we need to come up with ideas ourselves.
* Maybe we need to set something cool in the OBS project config to keep older data intact until new repository content is completely available? them
## Further details
Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=openqa&flavor=dev&machine=64bit-2G&test=openqa_install_nginx&version=Tumbleweed)
Back