2019-04-18

# gitlab内存占用解决方案

### 一、问题描述分析

公司服务器在阿里云上配置如下图，


我们是做java项目，上面安装了jumpserver，gitlab，jenkins，maven，nexus这些服务，现在的问题是gitlab上传代码触发jenkins构建触后，jenkins会出现502无法访问，查看message日志发现系统内存不足出发了linux的oom机制（根据一定的规则杀死一些进程，保证linux系统本身能够正常运行，牺牲小的，顾全大局）

```bash

cat /var/log/messages

gitlab-jenkins kernel: Out of memory: Kill process 7033 (java) score 123 or sacrifice child

```

检测那个服务占用大量内存，使用ps aux | grep gitlab发现大半的进程都是gitlab的worker进程，统计一下内存,gitlab占用的12Gb的内存，以我之前的经验，不应该占用如此多的内存，于是寻找gitlab占用内存大的问题和解决方法

```bash

#gitlab占用了12Gb的内存

ps aux | grep gitlab |  awk '{a+=$6}END{b=a/1024/1024;print b}'

11.92134

#查看系统内存，只剩下175M ，显然是内存不够用了

free -h

              total        used        free      shared  buff/cache  available

Mem:            15G        8.4G        175M        145M        1.2G        503M

Swap:            0B          0B          0B

```

下面是官方的说明，可以看出我们的服务器资源完全够了，继续查看文档


这里可以看出，官方推荐的worker进程数量为CPU核心数量+1（默认也是如此，所以服务器配置越高，gitlab占用的资源默认越高）


### 二、解决问题及方法

##### 1、修改配置文件

这里根据自己环境设置，因为我这台服务器还安装的其他的软件，所以这里将worker进程数改为4，我们团队10人左右，完全够用了。

```bash

vim /etc/gitlab/gitlab.rb

# unicorn['worker_processes'] = 2    #默认是2，是被注释的

unicorn['worker_processes'] = 4 #我们这里使用4，保存退出

```

##### 2、重新配置gitlab环境，使配置生效，

```bash

gitlab-ctl reconfigure

gitlab-ctl restart

```

gitlab正常访问


##### 3、查看优化后服务器内存资源的状态，此时内存已经够用了

```bash

free -h

              total        used        free      shared  buff/cache  available

Mem:            15G        8.4G        2.6G        145M        4.5G        6.6G

Swap:            0B          0B          0B

```

已经使用8Gb，有部分缓存，剩下的都是可用内存，在后期的使用中继续观察