本文Gitlab的安裝爲主機方式, 獲取其餘安裝方式請點擊git.lug.ustc.edu.cn/help/instal…html
架構概述:nginx
[gitlab-ce]
name=Gitlab CE Repository
baseurl=https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el$releasever/
gpgcheck=0
enabled=1
EOF複製代碼
$ yum makecache
$ yum install gitlab-ce複製代碼
配置文件/etc/gitlab/gitlab.rb注: 你可根據註釋修改配置文件,通常修改以下
external_url 'gitlab.xxxxxx.com' #改域名,修改爲你本身的域名,若是你用的https,改爲gitlab.xxxxxx.comgit
$ gitlab-ctl reconfigure ## 使配置生效
$ gitlab-ctl status ## 確認服務狀態
複製代碼
先打開/etc/gitlab/gitlab.rb配置文件,查看一個和備份相關的配置項:
gitlab_rails['backup_path'] = "/var/opt/gitlab/backups"
該項定義了默認備份出文件的路徑,能夠經過修改該配置,並執行 gitlab-ctl reconfigure 或者 gitlab-ctl restart 重啓服務生效。web
備份執行一條命令就搞定:/opt/gitlab/bin/gitlab-rake gitlab:backup:create ,也能夠加到crontab中定時執行:redis
0 2 * * * /opt/gitlab/bin/gitlab-rake gitlab:backup:create
複製代碼
能夠到 /var/opt/gitlab/backups找到備份包,解壓查看,會發現備份的仍是比較全面的,數據庫、repositories、build、upload等分類仍是比較清晰的。sql
天天執行備份,確定有目錄被爆滿的風險,咱們能夠立馬想到的能夠經過find 查找必定的時間前的文件,配合rm進行刪除。不過不須要這麼麻煩,gitlab-ce自身集成的有自動刪除配置。
一樣打開/etc/gitlab/gitlab.rb配置文件,能夠找到以下配置:
gitlab_rails['backup_keep_time'] = 604800這裏是設置備份保留7天(7360024=604800),秒爲單位,若是想增大或減少,能夠直接在該處配置,並經過gitlab-ctl restart 重啓服務生效。shell
gitlab-ctl stop unicorn
gitlab-ctl stop sidekiq
複製代碼
若是是臺空主機,沒有任何操做,理論上不停這兩個服務也能夠。停這兩個服務是爲了保證數據一致性。數據庫
若是你沒修改過默認備份目錄的話,將老服務器/var/opt/gitlab/backups目錄下的備份文件拷貝到新服務器上的/var/opt/gitlab/backupsbash
[root@localhost gitlab]# scp 1530773117_2018_07_05_gitlab_backup.tar 10.0.3.111:/var/opt/gitlab/backups/
## 600權限是無權恢復的。--- 這裏改爲了777
[root@localhost backups]# pwd
/var/opt/gitlab/backups
[root@localhost backups]# chmod 777 1530773117_2018_07_05_gitlab_backup.tar
[root@localhost backups]# ll
total 17328900
-rwxrwxrwx 1 git git 17744793600 Jul 5 14:47 1530773117_2018_07_05_gitlab_backup.tar
複製代碼
執行下面的命令進行恢復:後面再輸入兩次yes就完成恢復了。服務器
gitlab-rake gitlab:backup:restore BACKUP=1530773117_2018_07_05_gitlab_backup.tar
複製代碼
PS:根據版本不一樣恢復時可能有點小區別
# 默認的log主目錄爲 /var/log/gitlab/
# 檢查redis的日誌
sudo gitlab-ctl tail redis
# 檢查postgresql的日誌
sudo gitlab-ctl tail postgresql
# 檢查gitlab-workhorse的日誌
sudo gitlab-ctl tail gitlab-workhorse
# 檢查logrotate的日誌
sudo gitlab-ctl tail logrotate
# 檢查nginx的日誌
sudo gitlab-ctl tail nginx
# 檢查sidekiq的日誌
sudo gitlab-ctl tail sidekiq
# 檢查unicorn的日誌
sudo gitlab-ctl tail unicorn
sudo gitlab-ctl status //檢查所依賴的服務是否運行
sudo gitlab-ctl tail //檢查gitlab所依賴的服務是否在運行時出錯
sudo gitlab-rake gitlab:check //檢查的配置是否正確,若是有錯誤,請根據提示解決它
複製代碼
錯誤1
error: proxyRoundTripper: GET "/" failed with: "dial unix /var/opt/gitlab/gitlab-rails/sockets/gitlab.socket: connect: no such file or directory"
複製代碼
緣由:unicorn 沒有正常啓動
解決:查看unicorn的日誌, /var/log/gitlab/unicorn/*.log, 通常爲端口衝突或是權限問題。依賴相應的日誌,但願你能夠很好的解決,enjoy it.