gitlabサーバの移行記録を1回記録する

1759 ワード

出典:https://www.cnblogs.com/wenwei-blog/p/6362829.html
会社は新しいサーバを交換し、元のgitlabを新しいサーバに移行する必要があります.
1.移行準備作業と構想:aサーバーからbサーバーに移行する.Gitlab自身の互換性の問題により、高バージョンのGitlabは低バージョンのバックアップデータを回復できない.bサーバーにaサーバーと同じバージョンのgitlabを配置し、環境を配置した後、バックアップとデータ移行を開始することに注意する.
gitlabサーバの導入については、別の記事を参照してください.http://www.cnblogs.com/wenwei-blog/p/5861450.html
gitlabバージョンのコマンドを表示するには、次の手順に従います.
gitlab-rake gitlab:env:info

2.元のaサーバ上のデータをバックアップする
gitlab-rake gitlab:backup:create RAILS_ENV=production

PS:バックアップ後のファイルは一般的に/var/opt/gitlab/backupsの下にあり、自動生成ファイル名ファイル名は1481529483_gitlab_backup.tar
3.ステップ2で生成したtarファイルをbサーバ上の対応するbackupsディレクトリにコピーする
scpによるダイレクトコピーが可能である.
scp username@src_ip:/var/opt/gitlab/backups/1481529483_gitlab_backup.tar /var/opt/gitlab/backups

PS:usernameは元サーバーのユーザー名、src_ip元サーバIPアドレス
4.bサーバでのデータ復旧
gitlab-rake gitlab:backup:restore RAILS_ENV=production BACKUP=1481529483

PS:BACKUPのポイントは、元のサーバのバックアップ後のファイル名と一致する必要があります
5.エラー解決:
データの移行後にgialabにログインすると500エラーが発生することがあります(Something went wrong on our end.)および正常にユーザーを新規作成できない
ログの表示:tail-f/var/log/gitlab/redis/current
Can't save in background: fork: Cannot allocate memory
ソリューション
変更/etc/sysctl.conf
vmを加える.overcommit_memory=1であり、Linuxカーネルはパラメータvmに従う.overcommit_memoryパラメータの設定は、ローを実行するかどうかを決定します.
実行sysctl-pの変更が完了しました
vm.overcommit_memory=1#直接放行
vm.overcommit_memory=0#は、今回のリクエストで割り当てられた仮想メモリサイズと、システムが現在空いている物理メモリにswapを加えて、ローを実行するかどうかを決定します.
vm.overcommit_memory=2#は、プロセスが割り当てたすべての仮想メモリと、今回のリクエストが割り当てた仮想内を比較します.
 
参考サイト:http://wenva.github.io/git/2016/04/22/Gitlab%E6%9C%8D%E5%8A%A1%E5%99%A8%E8%BF%81%E7%A7%BB.html