CI/CD jobs are getting stuck in "starting" in version 16.0.1
Summary
CI/CD jobs getting stuck after using GitLab v16.0.1.
What is the current bug behavior?
The job does not start and job page shows the message:
This job has not been triggered yet
This job depends on upstream jobs that need to succeed in order for this job to be triggered
What is the expected correct behavior?
The job should start.
Output of checks
Results of GitLab environment info
Expand for output related to GitLab environment info
(For installations with omnibus-gitlab package run and paste the output of: `sudo gitlab-rake gitlab:env:info`) (For installations from source run and paste the output of: `sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production`)
Possible workaround
For high sidekiq loads as a result of indexing jobs:
- Pause indexing using
gitlab:elastic:pause_indexing
rake task or Admin UI - Allow system to stabilize
If the strict_dynamic_mapping_exception
error is present in the elasticsearch.log
, that means a major version upgrade has occurred but the Advanced Search migrations were not finished before the upgrade. To fix the mapping exception, a full reindex from scratch is needed.
- Reindex everything from scratch using
gitlab:elastic:index
rake task - Unpause indexing (if it's still paused from the previous steps) using a rake task or Admin UI
Edited by Cleveland Bledsoe Jr