Description of problem: The described observation is not a bug per se and I dont even know if it *can* lead to a problem. But ReclaimSpace task does not acquire any lock, and it can be concurrently executed to the repo sync or content validation (successfully tried both). Doing concurrently two different (in some way opposite) activities on a repo sounds as a potential problem, hence raising it this way. If that concurrent activity can trigger a problem, please add repo lock to ReclaimSpace task. If not, close this BZ as NOTABUG. Version-Release number of selected component (if applicable): Sat 7.0 snap 9 How reproducible: 100% Steps to Reproduce: 1. Sync a (bigger) repo with On Demand download policy 2. Open the repo in WebUI in two tabs. 3. Quickly one after another, initiate sync and reclaim space tasks from the two tabs. 4. Check the task details / ReclaimSpace task locks. Actual results: 4. It is possible to have the tasks running concurrently. ReclaimSpace does not acquire any lock. Expected results: Add the repo lock to ReclaimSpace in case it is needed. Additional info:
Created redmine issue https://projects.theforeman.org/issues/34456 from this bug
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/34456 has been resolved.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: Satellite 6.11 Release), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:5498
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 365 days