Backport of "Resolve sidekiq spikes when a User is banned"

What does this MR do and why?

Banning a user via the API generated 2M+ Sidekiq jobs, caused production outages, and timed out at 60 seconds leaving users partially banned.

POST /api/v4/users/:id/blockuser.block!after_transitionrun_after_commit → calls DropPipelinesAndDisableSchedulesForUserService synchronously within the same Rack request → walks all projects, enqueues thousands of DropPipelineWorker jobs → hits 60-second timeout, leaves user partially blocked.

The solution was merged in gitlab.com: !231018 (merged) Back porting as part of this issue https://gitlab.com/gitlab-org/gitlab/-/work_items/538338

MR acceptance checklist

This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.

  • This MR is backporting a bug fix, documentation update, or spec fix, previously merged in the default branch.
  • The MR that fixed the bug on the default branch has been deployed to GitLab.com (not applicable for documentation or spec changes).
  • The MR title is descriptive (e.g. "Backport of 'title of default branch MR'"). This is important, since the title will be copied to the patch blog post.
  • Required labels have been applied to this merge request
  • This MR has been approved by a maintainer (only one approval is required).
  • Ensure the e2e:test-on-omnibus-ee job has succeeded, or if it has failed, investigate the failures. If you determine the failures are unrelated, you may proceed. If you need assistance investigating, reach out to a Software Engineer in Test in #s_developer_experience.

Note to the merge request author and maintainer

If you have questions about the patch release process, please:

Edited by Hordur Freyr Yngvason

Merge request reports

Loading