记录一次曲折的运维经历

记录一次sonarqube的曲折的运维经历

---

@[TOC](文章目录)

---

前言

sonarqube是基于本地服务和mvn命令进行的代码分析，并将分析结果推送到sonar服务器中，并且可以集成到jenkins。记录一次运维的经历

---

一、经历概述

公司有一套jenkins集成了sonarqube，是之前一位大佬搭建的，一直稳定运行，但是今天却出了问题。公司没有专门的运维。而大佬已经不在公司了，只能靠自己了，走了很多弯路，记录一下。

日常加班，准备回家躺尸，结果前端大佬突然发了个消息，我就知道，坑要来了~~~

好吧，得先帮忙看看了。打开 服务器记录.md 一看。。。
只有记录账号密码，其他啥都没记录0.0
好吧，先上去看看先，
因为sonarqube端口设置的是9000端口
我们先lsof -i:9000
果然没有在运行了。（暂时不清楚为啥会挂掉）
既然是挂掉，我们重新启动起来应该就OK了
这下我乐坏了，启动一下应该分分钟。

二、开始研究

巨坑的事情出现了，我进入目录一看，傻眼了

竟然有6个版本，但是突然想到应该可以查看一下sonarqube运行日志，看时间来判断集成的是哪个版本。
我们先

ll /usr/local/sonarqube*/logs

发现日志都和出错的时间不符合,而且第一个和最后一个没有输出(应该是目录结构不一样～)，那么可能是第一个版本，或者最后一个7.8版本，我们进去看看
里面的日志，根据时间，排除掉第一个，初步确定是最后一个7.8版本。
为了保险，我还是微信问了一下之前搭建的大佬。

得到大佬的回复，我信心大涨，估计就是这了，马上启动，就解决了。

cd /usr/local/sonarqube-7.8/bin/linux-x86-64

sh sonar.sh start 启动！

蜜汁自信，关闭zsh会话，甚至开始起身收电脑。
并且顺手刷新了一下原本打不开的 sonarqube 的链接 。
what？！
竟然还是不行。

好吧，再连接上去，我们打开日志看看。

提示叫我清理一下

/usr/local/sonarqube-7.8/sonarqube-7.8/temp目录

好吧照做。

rm -rf /usr/local/sonarqube-7.8/sonarqube-7.8/temp/*

有了刚刚打脸的教训，我变的老实了起来，打开日志
然后再去启动它，看看还有啥报错。

:> sonar.log #清理一下日志

tail -f sonar.log

#打开一个新会话

cd /usr/local/sonarqube-7.8/bin/linux-x86-64

sh sonar.sh start 再次启动！

为啥还是一样的结果！！！
百度一下看看

好吧，不能用root用户启动，我们查看下用户列表。

cat /etc/passwd | grep -v /sbin/nologin | cut -d : -f 1

看情况应该是最后一个
不知道密码0.0
给他改一个

passwd sonarUser

再试试看

:> sonar.log #清理一下日志

tail -f sonar.log

#打开一个新会话

cd /usr/local/sonarqube-7.8/bin/linux-x86-64

su sonarUser #切换下用户

sh sonar.sh start 再次启动！

nice~~~
回家

---

总结

以后 服务器.md一定要详细。
daydayup