QA (public) » openQA Project (public) » openQA Infrastructure (public)

The config looks good on all workers. I checked the gre tunnel config, the forwarding and the firewall zone of interfaces and debugging commands on some workers.

We also saw problems repeatedly in non-MM tests like https://openqa.suse.de/tests/14492957#step/prepare_instance/27 so maybe there's a bigger problem (or those are due to https://openqa.suse.de/tests/14506392#step/deploy_qesap_terraform/25 and therefore unrelated).

This was in fact fixed by @nicksinger:

What I did was manually reverting https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/826 on OSD and ran a highstate again. We basically had the same situation as in https://progress.opensuse.org/issues/160646 again.

So I guess there's nothing left to do immediately but we'll have to make our salt setup more reliable.

as discussed please check if the mentioned ACs are already resolved or covered by already existing tickets.

Setting due date based on mean cycle time of SUSE QE Tools

The fail ratio looks currently good on https://monitor.qa.suse.de/d/nRDab3Jiz/openqa-jobs-test?orgId=1&viewPanel=24. The identified that the salt mine sometimes being not correctly populated was the culprit and #161735 should be enough to continue - although we should probably create at least one concrete ticket for how to continue (but it is probably not within the scope of this ticket to make that decision).