CentOS部署SonarQube启动失败：Elasticsearch非root用户仍报错求助

我来帮你排查这个棘手的问题——明明已经切换到centos用户操作，也设置了权限和run_as_user，但Elasticsearch还是揪着"不能用root启动"不放，这大概率是有一些容易忽略的细节没到位，咱们一步步来：

1. 确认SonarQube/Elasticsearch实际运行的用户 #

有时候表面上用centos用户启动，但进程实际还是以root身份跑了，先验证这点：

• 启动SonarQube后，执行命令查看进程所属用户：

  ps aux | grep -E 'sonar|elasticsearch'
  

• 如果看到进程用户是root，那得检查启动方式：
  • 如果你用systemd管理SonarQube服务，打开/etc/systemd/system/sonarqube.service，确保里面有User=centos这一行，没有的话加上，然后执行systemctl daemon-reload再重启服务。
  • 如果是手动启动，别用sudo su centos再启动（这种方式可能残留root的环境变量），改用su - centos（带-会加载centos的完整用户环境），然后再运行./sonar.sh start，或者直接用：

    sudo -u centos /path/to/sonarqube/bin/linux-x86-64/sonar.sh start
    

2. 检查Elasticsearch临时目录的权限 #

Elasticsearch会用到临时目录存储缓存，如果这个目录的所有者不是centos，也会触发权限问题：

• 查看SonarQube配置文件conf/sonar.properties里有没有设置sonar.search.javaAdditionalOpts指定临时目录，比如：

  sonar.search.javaAdditionalOpts=-Djava.io.tmpdir=/opt/sonarqube/temp
  

  如果有，确保这个目录的所有者是centos：

  chown -R centos:centos /opt/sonarqube/temp
  

• 如果没指定临时目录，默认用系统的/tmp，可以检查/tmp的权限是否允许centos读写（一般没问题，但如果有特殊权限设置，比如sticky bit，确保centos能在里面创建文件）。

3. 修复SonarQube目录的深层权限 #

虽然你已经递归设置了所有者，但可能有些文件的执行/读写权限不够：

• 执行命令重置目录权限（确保centos用户有足够权限）：

  chown -R centos:centos /path/to/sonarqube
  chmod -R 755 /path/to/sonarqube
  

4. 检查系统安全限制 #

CentOS的SELinux或资源限制可能会阻止Elasticsearch正常启动：

• 临时关闭SELinux验证：

  setenforce 0
  

  然后重启SonarQube，如果能启动，说明SELinux在阻止，你可以选择：
  • 永久关闭SELinux（编辑/etc/selinux/config，把SELINUX=enforcing改成SELINUX=permissive，重启系统）；
  • 或者给SonarQube/Elasticsearch添加SELinux规则（更安全）。
• 调整资源限制：Elasticsearch需要足够的文件描述符，编辑/etc/security/limits.conf，添加以下内容：

  centos soft nofile 65535
  centos hard nofile 65535
  centos soft nproc 4096
  centos hard nproc 4096
  

  保存后让用户重新登录，或者重启系统生效，再启动SonarQube。

5. 确认run_as_user配置生效 #

最后再检查SonarQube的配置文件conf/sonar.properties，确保sonar.runAsUser=centos这一行没有被注释（前面没有#），而且如果用systemd启动，systemd里的User配置要和这个值一致，避免冲突。

按照上面的步骤排查，应该能找到问题所在，解决Elasticsearch的启动权限问题。

内容的提问来源于stack exchange，提问作者Abhilash Jain