action #129068

Updated by okurz about 1 year ago

## Motivation 
 In and #129065 we discussed what could cause huge OSD load and fvogt identified a potential candidate: A job with a very high number of test steps: modules: 

 From OSD: 

 openqa:/var/lib/openqa/testresults/11085/11085729-sle-15-SP5-Online-aarch64-Buildlemon-suse_os-autoinst-distri-opensuse_fix-nfs-server-exports-timeout-issue-yast2_nfs_v3_server_@aarch64 # ls -l | wc -l 

 So an opportunity to use that as an awesome scalability test case :) First thing we should do as a stop-gap is to limit to N test steps modules uploadable (configurable value). 

 ## Acceptance criteria 
 * **AC1:** openQA by default refuses to accept test step module results that exceed a configurable limit with sensible default 

 ## Suggestions 
 * Look into our history of tickets: We already had at least one ticket about huge jobs killing openQA. Why did we not continue there? 
 * Implement a limit within os-autoinst or openQA worker or maybe also within the webUI refusing to accept if a configurable limit is exceeded