SonarQube部署采坑的示例分析

本篇文章給大家分享的是有關(guān)SonarQube部署采坑的示例分析，小編覺(jué)得挺實(shí)用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說(shuō)，跟著小編一起來(lái)看看吧。

1：第一個(gè)坑

本地一直用的7.4，給服務(wù)器上部署時(shí)特意從官網(wǎng)下載了7.9， 沒(méi)有認(rèn)真看文檔，部署后才發(fā)現(xiàn)這個(gè)版本不支持mysql。 而7.8版本是最后一個(gè)支持mysql的版本，只好切換到7.8.

2：第二個(gè)坑：ElasticSearch

java.nio.file.AccessDeniedException: /usr/local/sonarQube/sonarqube-7.8/temp/conf/es/elasticsearch.yml

Sonar會(huì)用到ElasticSearch，但是ElasticSearch 不支持root賬號(hào)執(zhí)行，所以需要用其他賬號(hào)運(yùn)行。

步驟如下：

1：準(zhǔn)備賬號(hào)，無(wú)論是新建還是用舊的賬號(hào)，必須給予sonar的目錄權(quán)限。

2：設(shè)置sonar.properties

sonar.search.javaAdditionalOpts=-Dbootstrap.system_call_filter=false

3： 設(shè)置wrapper.conf

wrapper.java.additional.1=-Dsonar.wrapped=true
-Dbootstrap.system_call_filter=false

4： 添加內(nèi)容：/sonarqube-7.8/elasticsearch/config/elasticsearch.yml

bootstrap.memory_lock: false
bootstrap.system_call_filter: false

如果以上方法無(wú)效：可能是臨時(shí)文件導(dǎo)致：刪除sonarqube temp目錄下的所有文件即可。

其他：

錯(cuò)誤信息：max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535]

原因：普通用戶執(zhí)行問(wèn)題
解決：切換到root用戶，編輯/etc/security/limits.conf
          添加     userName     hard     nofile     65536  
                      userName     soft      nofile     65536

錯(cuò)誤信息：max virtual memory areas vm.max_map_count [65530] is too low, increase to at least [262144]

原因：操作系統(tǒng)的vm.max_map_count參數(shù)設(shè)置太小導(dǎo)致的
解決：切換超級(jí)用戶，編輯/etc/sysctl.conf
          添加 vm.max_map_count=655360
          保存退出，執(zhí)行 sysctl -p

以上就是SonarQube部署采坑的示例分析，小編相信有部分知識(shí)點(diǎn)可能是我們?nèi)粘９ぷ鲿?huì)見(jiàn)到或用到的。希望你能通過(guò)這篇文章學(xué)到更多知識(shí)。更多詳情敬請(qǐng)關(guān)注億速云行業(yè)資訊頻道。