Commit 0b120876 authored by Nourdin el Bacha's avatar Nourdin el Bacha Committed by Achilleas Pipinellis

Document How to manage runner jobs during upgrades

parent 1cdb4ed1
...@@ -138,6 +138,19 @@ pending_job_classes = scheduled_queue.select { |job| job["class"] == "Background ...@@ -138,6 +138,19 @@ pending_job_classes = scheduled_queue.select { |job| job["class"] == "Background
pending_job_classes.each { |job_class| Gitlab::BackgroundMigration.steal(job_class) } pending_job_classes.each { |job_class| Gitlab::BackgroundMigration.steal(job_class) }
``` ```
## Dealing with running CI/CD pipelines and jobs
If you upgrade your GitLab instance while the GitLab Runner is processing jobs, the trace updates will fail. Once GitLab is back online, then the trace updates should self-heal. However, depending on the error, the GitLab Runner will either retry or eventually terminate job handling.
As for the artifacts, the GitLab Runner will attempt to upload them three times, after which the job will eventually fail.
To address the above two scenario's, it is adviced to do the following prior to upgrading:
1. Plan your maintenance.
1. Pause your runners.
1. Wait until all jobs are finished.
1. Upgrade GitLab.
## Checking for pending Advanced Search migrations ## Checking for pending Advanced Search migrations
This section is only applicable if you have enabled the [Elasticsearch This section is only applicable if you have enabled the [Elasticsearch
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment