git_gitlab基本维护和使用

基本介绍

GitLab是一个自托管的Git项目仓库,可以自己搭建个人代码管理的仓库,功能与github类似。

安装

下载 gitlab下载地址: https://about.gitlab.com/downloads/

安装依赖的包

sudo yum install curl-devel

sudo yum install expat-devel

sudo yum install gettext-devel

sudo yum install openssl-devel

sudo yum install zlib-devel

sudo yum install perl-devel

sudo yum install curl

sudo yum install openssh-server

sudo yum install openssh-clients

sudo yum install postfix

sudo yum install cronie

Ubuntu系统使用apt-get方式安装依赖包。

使用gitlab官网的脚本安装

curl -sS https: //packages .gitlab.com /install/repositories/gitlab/gitlab-ce/script .rpm.sh | sudo bash

或者使用gitlab的yum安装gitlab

sudo yum install gitlab-ce

安装完毕后,使用Web登录

image

进入gitlab的管理页面,进行常用的分组,工程,用户等功能点的维护。

image

安装完gitlab后的运维操作

初次配置服务

sudo gitlab-ctl reconfigure

启动服务

sudo gitlab-ctl start

停止服务

sudo gitlab-ctl stop

重启服务

sudo gitlab-ctl restart

备份仓库

先修改 /etc/gitlab/gitlab.rb

配置要备份的路径,然后重新执行命令sudo gitlab-ctl reconfigure,做重新配置更新。

image

执行如下命令,创建备份

sudo gitlab-rake gitlab:backup:create

创建备份是会显示如下信息(会依次备份gitlab上的分组和所有的工程)。

image

备份文件个格式:Unix时间戳_gitlab_backup.tar,例如下面做的一个备份文件举例。

image

备份的仓库恢复

gitlab-rake gitlab:backup:restore BACKUP=1483198680

恢复时,选择的版本就是备份是产生的Unix时间戳。

*注:恢复时,先停掉服务,以免双写导致数据错误。 *

检查服务的日志信息

# 检查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

一般服务状态显示信息

显示格式:

状态 : 进程名称:(进程ID)运行时间(秒);进程的日志服务进程和运行时间

run: gitlab-workhorse: (pid 11892) 281s; run: log: (pid 8630) 4742472s

run: logrotate: (pid 11904) 280s; run: log: (pid 8631) 4742472s

run: nginx: (pid 11911) 280s; run: log: (pid 8796) 4742455s

run: postgresql: (pid 12866) 18s; run: log: (pid 8627) 4742472s

run: redis: (pid 11989) 249s; run: log: (pid 8638) 4742472s

run: sidekiq: (pid 12850) 20s; run: log: (pid 8634) 4742472s

run: unicorn: (pid 12022) 247s; run: log: (pid 8629) 4742472s

| 状态 | 说明 |
| run | 运行状态 |
| down | 服务停止 |

常见的问题

1. 页面显示500,Whoops, something went wrong on our end.

500

Whoops, something went wrong on our end.

Try refreshing the page, or going back and attempting the action again.

Please contact your GitLab administrator if this problem persists.

如何检查和定位问题?

使用命令检查所有服务的状态

sudo gitlab-ctl status

检查服务状态如下

run: gitlab-workhorse: (pid 11892) 91s; run: log: (pid 8630) 4742282s

run: logrotate: (pid 11904) 90s; run: log: (pid 8631) 4742282s

run: nginx: (pid 11911) 90s; run: log: (pid 8796) 4742265s

down: postgresql: 1s, normally up, want up; run: log: (pid 8627) 4742282s

run: redis: (pid 11989) 59s; run: log: (pid 8638) 4742282s

run: sidekiq: (pid 12201) 2s; run: log: (pid 8634) 4742282s

run: unicorn: (pid 12022) 57s; run: log: (pid 8629) 4742282s

定位问题

从服务状态信息中显示数据库postgresql的状态是down,即服务停止。

检查数据库postgresql的运行日志,检查出现什么错误?

$ sudo gitlab-ctl tail postgresql

==> /var/log/gitlab/postgresql/state <==

==> /var/log/gitlab/postgresql/current <==

2016-12-24_01:39:39.00188 FATAL: data directory "/var/opt/gitlab/postgresql/data" has group or world access

2016-12-24_01:39:39.00190 DETAIL: Permissions should be u=rwx (0700).

2016-12-24_01:39:40.00698 FATAL: data directory "/var/opt/gitlab/postgresql/data" has group or world access

2016-12-24_01:39:40.00700 DETAIL: Permissions should be u=rwx (0700).

日志显示,数据库的访问权限应该是只有用户本身有读写执行的权限,用户组和其他用户不能有权限。

修改数据库数据的权限后,检查服务运行正常。

了解了问题的定位和解决方式,其他问题也很容易在日志中发现和解决,问题可能是磁盘空间少,用户权限错误或者其他原因。

2. gitlab管理员密码忘记,怎么重置密码

Gitlab 修改root用户密码

使用rails工具打开终端

sudo gitlab-rails console production

查询用户的email,用户名,密码等信息,id:1 表示root账号

user = User.where(id: 1 ).first

重新设置密码

user.password = '新密码'

user.password_confirmation = '新密码'

保存密码

user.save!

完整的操作ruby脚本

user = User.where( id : 1).first

user.password = '新密码'

user.password_confirmation = '新密码'

user.save!

然后使用重置过的密码重新登录。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容