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

創(chuàng)新新互聯(lián)，憑借10多年的成都網(wǎng)站設(shè)計、網(wǎng)站制作經(jīng)驗，本著真心·誠心服務(wù)的企業(yè)理念服務(wù)于成都中小企業(yè)設(shè)計網(wǎng)站有上千案例。做網(wǎng)站建設(shè)，選成都創(chuàng)新互聯(lián)。

1：第一個坑

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

2：第二個坑：ElasticSearch

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

Sonar會用到ElasticSearch，但是ElasticSearch 不支持root賬號執(zhí)行，所以需要用其他賬號運行。

步驟如下：

1：準備賬號，無論是新建還是用舊的賬號，必須給予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

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

其他：

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

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

錯誤信息：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)致的
解決：切換超級用戶，編輯/etc/sysctl.conf
          添加 vm.max_map_count=655360
          保存退出，執(zhí)行 sysctl -p

以上就是SonarQube部署采坑的示例分析，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。