summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAlexander Tanayno <atanayno@gitlab.com>2018-11-15 05:56:07 +0000
committerAlexander Tanayno <atanayno@gitlab.com>2018-11-15 05:56:07 +0000
commitb2c636e1ee064937e9f831715a48106a3ec05308 (patch)
tree66730abf8827c62de9a655a6e04a1dfb398f3d32
parent7cf78a14aaa41f2d62218e764273dc92dce8d35d (diff)
downloadgitlab-ce-docs-update-helm-docs.tar.gz
add a note about omnibus chart and info how to backup with gitlab chartdocs-update-helm-docs
-rw-r--r--doc/raketasks/backup_restore.md15
1 files changed, 14 insertions, 1 deletions
diff --git a/doc/raketasks/backup_restore.md b/doc/raketasks/backup_restore.md
index 76f5495ff78..88d1188d6d5 100644
--- a/doc/raketasks/backup_restore.md
+++ b/doc/raketasks/backup_restore.md
@@ -95,10 +95,21 @@ docker exec -t <container name> gitlab-rake gitlab:backup:create
If you are using the gitlab-omnibus helm chart on a Kubernetes cluster, you can
run the backup task on the gitlab application pod using kubectl:
+> Note. This chart was deprecated according to
+[GitLab-Omnibus Helm Chart](https://docs.gitlab.com/ee/install/kubernetes/gitlab_omnibus.html) documentation.
+
```sh
kubectl exec -it <gitlab-gitlab pod> gitlab-rake gitlab:backup:create
```
+If you are using the gitlab helm chart on a Kubernetes cluster, you can
+run the backup task using `backup-utility` script on the gitlab task runner pod via kubectl.
+Please refer to [Backing up a GitLab installation](https://gitlab.com/charts/gitlab/blob/master/doc/backup-restore/backup.md#backing-up-a-gitlab-installation) for more details:
+
+```sh
+kubectl exec -it <gitlab task-runner pod> backup-utility
+```
+
Example output:
```
@@ -714,7 +725,7 @@ If there is a GitLab version mismatch between your backup tar file and the insta
version of GitLab, the restore command will abort with an error. Install the
[correct GitLab version](https://packages.gitlab.com/gitlab/) and try again.
-### Restore for Docker image and gitlab-omnibus helm chart
+### Restore for Docker image, gitlab-omnibus, and gitlab helm chart
For GitLab installations using docker image or the gitlab-omnibus helm chart on
a Kubernetes cluster, restore task expects the restore directories to be empty.
@@ -742,6 +753,8 @@ gitlab application pod using kubectl
kubectl exec -it <gitlab-gitlab pod> gitlab-rake gitlab:backup:restore
```
+For restoring backups using gitlab helm chart please refer to [Restoring a GitLab installation](https://gitlab.com/charts/gitlab/blob/master/doc/backup-restore/restore.md).
+
## Alternative backup strategies
If your GitLab server contains a lot of Git repository data you may find the GitLab backup script to be too slow.