linux 2.6.X内核升级gitlab14.8.0以上版本失败

最新推荐文章于 2024-07-17 13:34:51 发布

兮兮子玉

最新推荐文章于 2024-07-17 13:34:51 发布

阅读量1.0k

点赞数

文章标签：服务器运维 linux git

本文链接：https://blog.csdn.net/qq_41330485/article/details/125917458

版权

背景：最近由于测试服务器的gitlab版本过于老旧（13.10.3），出于安全考虑需要升级到14.10.*版本，服务器系统为老旧的red hat6.9，内核版本为2.6.*。

本以为会是一个简单的组件升级，没想到却非常周折！！！（难用，无语！）

首先了解到升级需要遵循官方推荐包的升级路径走，如图：

按照网上找的yum源升级教程，备份数据后，一路升上到14.0.12版本，此时gitlab一切正常。故继续升级到14.3.6版本，结果升完之后gitlab-ctl reconfigure报错，根据提示排查，发现是没有进行后台迁移导致的（升级到14.2版本都需要进行后台数据迁移），官方说明如下：

根据，官方文档给的批量手动迁移方法顺利迁移完毕之后gitlab恢复正常！

接着继续升到14.6.2，一切正常！继续，升到14.9.5版本，结果页面502报错！！！怎么一个组件升级这么多问题，吐了！排查日志几次没看到什么有价值的信息，没见到明显的报错信息。网上找方法各种扯蛋说法，最多的是说端口占用，直接把gitlab停止后发现并没有任何程序占用我配置设置的端口，尝试其他说法也无解！

后面反复重新加载配置，重启gitlab，查看gitlab状态（gitlab-ctl status），无意间发现puma和sidekiq这两个组件的pid一直在变，端口也没被占用，说明这两个东西一直没起来！

一通查找，排查还是没找到解决方法！

由于其他人要用gitlab所以只能进行回退到最后一个能运行的版本14.6.2,暂时作罢。

然后，在自己的虚拟机上测试升级，发现从14.6.2一直升到14.10.5版本都没报错，此时已经开始怀疑是系统的原因导致，但是没有证据！我虚拟机是centos 7系统，内核3.10.0

后续在服务器上反复升级，回退gitlab版本进行测试，发现最后一个能运行的版本是14.7.7一旦升级到14.8.0版本立马就重复上述502想象！

后面折腾累了，确认是不行之后，静下来认真排查日志：

查看日志常用命令：

# 查看所有的logs; 按 Ctrl-C 退出
sudo gitlab-ctl tail
# 拉取/var/log/gitlab下子目录的日志（查看拉取或者推送的错误日志）
sudo gitlab-ctl tail gitlab-rails
# 拉取某个指定的日志文件（查看gitlab运行组件报错信息）
sudo gitlab-ctl tail nginx/gitlab_error.log

最后在sudo gitlab-ctl tail gitlab-rails日志中发现有报错信息：

所以想看看这个lib/gitlab/metrics/system.rb文件中变量究竟是什么，为什么报错，结果输入路径没找到这个文件。。

然后去网上搜索，没有看到有人遇到过这个问题，倒是看得了这个文件的官方gitlab地址，进去之后找到139行，发现写着这个：

切换到这个文件的14.7版本发现并没有这一行，自14.8版本之后就有这行了，所以基本确定就是这里问题了。

查找后发现clock_gettime是个linux上的函数，他的参数种类有很多CLOCK_BOOTTIME是其中一种，故想知道这个函数运行出来是什么结果，网上找个资料，写了个简单c来运行此函数，C的内容如下：

vim test.c

#include <time.h>
#include <stdio.h>
#include <unistd.h>

int main(int argc,char** argv)
{
 struct timespec time1 ={0,0};
 clock_gettime(CLOCK_BOOTTIME,&time1);
printf("time1.tv_sec:%ld,time1.tv_nsec:%ld\n\n",time1.tv_sec,time1.tv_nsec);
return 0;


}

虚拟机运行结果如下：