Project

General

Profile

action #157741

Updated by okurz 7 months ago

## Motivation 
 One of the most important responsibilities within SLE maintenance testing is to approve/reject SLE maintenance release requests based on openQA test results. So far [qem-bot](https://github.com/openSUSE/qem-bot) is sufficient to schedule openQA tests but merely does a mediocre job of reporting back results as test results are asynchronously polled based on a periodic schedule https://gitlab.suse.de/qa-maintenance/bot-ng/-/pipeline_schedules causing unnecessary delays, inefficient polling, using outdated results #122311 and not even reporting back on blocking test failures #97121. Let's use a proper architecture with efficient event based triggers providing relevant information back to release requests on IBS using core openQA features rather than too much custom lacking downstream tooling: After the PoC in #154498-14 we should fully implement that to approve/reject the according release request synchronously after AMQP event listening. 

 ## Acceptance criteria 
 * **AC1:** something qem-bot synchronously approves based on AMQP events 

 ## Suggestions 
 * Follow-on with the PoC of #154498-14 
 * Setup qem-bot or an alternative on existing or new server but make access to the logs 
 * Add it as part of qem-dashbaord which already has AMQP support 
 * Ensure that qem-bot runs near-continuous to be able to listen to all AMQP events accordingly, maybe back-to-back gitlab CI jobs with limits to prevent parallel execution which we already have? 

 ## Further details 
 Also related to #122311, #123088, #97121, #99303, #152939, #131279, #117655

Back