Início / computer / Perguntas / 1465270
Accepted
Amir Soleimani Borujerdi
Asked: 2019-07-30 03:59:04 +0800 CST

Falha na inicialização do SonarQube

  • 772

Eu instalei o SonarQube versão 7.9.1 no CentOS 7 e o serviço configurado para iniciar com o usuário não root. O meu vm.max_map_countestá definido como 262144.

sysctl vm.max_map_count
vm.max_map_count = 262144

Por causa da versão do My SonarQube, configurei o JDK Wrapper.confpara

wrapper.java.command=/usr/lib/jvm/java-11-openjdk/bin/java

Meu sonar.log é:

--> Wrapper Started as Daemon
Launching a JVM...
Wrapper (Version 3.2.3) http://wrapper.tanukisoftware.org
  Copyright 1999-2006 Tanuki Software, Inc.  All Rights Reserved.

2019.07.29 13:31:51 INFO  app[][o.s.a.AppFileSystem] Cleaning or creating temp directory /opt/sonarqube/temp
2019.07.29 13:31:51 INFO  app[][o.s.a.es.EsSettings] Elasticsearch listening on /127.0.0.1:9001
2019.07.29 13:31:51 INFO  app[][o.s.a.ProcessLauncherImpl] Launch process[[key='es', ipcIndex=1, logFilenamePrefix=es]] from [/opt/sonarqube/elasticsearch]: /opt/sonarqube/elasticsearch/bin/elasticsearch
2019.07.29 13:31:51 INFO  app[][o.s.a.SchedulerImpl] Waiting for Elasticsearch to be up and running
OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
2019.07.29 13:31:51 INFO  app[][o.e.p.PluginsService] no modules loaded
2019.07.29 13:31:51 INFO  app[][o.e.p.PluginsService] loaded plugin [org.elasticsearch.transport.Netty4Plugin]
ERROR: [1] bootstrap checks failed
[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535]
2019.07.29 13:31:56 WARN  app[][o.s.a.p.AbstractManagedProcess] Process exited with exit value [es]: 78
2019.07.29 13:31:56 INFO  app[][o.s.a.SchedulerImpl] Process[es] is stopped
2019.07.29 13:31:56 INFO  app[][o.s.a.SchedulerImpl] SonarQube is stopped
<-- Wrapper Stopped

Meu es.log é:

2019.07.29 13:31:53 INFO  es[][o.e.e.NodeEnvironment] using [1] data paths, mounts [[/ (rootfs)]], net usable_space [31.1gb], net total_space [49.9gb], types [rootfs]
2019.07.29 13:31:53 INFO  es[][o.e.e.NodeEnvironment] heap size [494.9mb], compressed ordinary object pointers [true]
2019.07.29 13:31:53 INFO  es[][o.e.n.Node] node name [sonarqube], node ID [XhVUvjLfTS-JwFuXmFVL4Q]
2019.07.29 13:31:53 INFO  es[][o.e.n.Node] version[6.8.0], pid[60694], build[default/tar/65b6179/2019-05-15T20:06:13.172855Z], OS[Linux/3.10.0-957.21.3.el7.x86_64/amd64], JVM[Oracle Corporation/OpenJDK 64-Bit Server VM/11.0.4/11.0.4+11-LTS]
2019.07.29 13:31:53 INFO  es[][o.e.n.Node] JVM arguments [-XX:+UseConcMarkSweepGC, -XX:CMSInitiatingOccupancyFraction=75, -XX:+UseCMSInitiatingOccupancyOnly, -Des.networkaddress.cache.ttl=60, -Des.networkaddress.cache.negative.ttl=10, -XX:+AlwaysPreTouch, -Xss1m, -Djava.awt.headless=true, -Dfile.encoding=UTF-8, -Djna.nosys=true, -XX:-OmitStackTraceInFastThrow, -Dio.netty.noUnsafe=true, -Dio.netty.noKeySetOptimization=true, -Dio.netty.recycler.maxCapacityPerThread=0, -Dlog4j.shutdownHookEnabled=false, -Dlog4j2.disable.jmx=true, -Djava.io.tmpdir=/opt/sonarqube/temp, -XX:ErrorFile=../logs/es_hs_err_pid%p.log, -Des.enforce.bootstrap.checks=true, -Xms512m, -Xmx512m, -XX:+HeapDumpOnOutOfMemoryError, -Des.path.home=/opt/sonarqube/elasticsearch, -Des.path.conf=/opt/sonarqube/temp/conf/es, -Des.distribution.flavor=default, -Des.distribution.type=tar]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [analysis-common]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [lang-painless]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [mapper-extras]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [parent-join]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [percolator]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [reindex]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [repository-url]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] loaded module [transport-netty4]
2019.07.29 13:31:53 INFO  es[][o.e.p.PluginsService] no plugins loaded
2019.07.29 13:31:54 WARN  es[][o.e.d.c.s.Settings] [http.enabled] setting was deprecated in Elasticsearch and will be removed in a future release! See the breaking changes documentation for the next major version.
2019.07.29 13:31:55 INFO  es[][o.e.d.DiscoveryModule] using discovery type [zen] and host providers [settings]
2019.07.29 13:31:55 INFO  es[][o.e.n.Node] initialized
2019.07.29 13:31:55 INFO  es[][o.e.n.Node] starting ...
2019.07.29 13:31:56 INFO  es[][o.e.t.TransportService] publish_address {127.0.0.1:9001}, bound_addresses {127.0.0.1:9001}
2019.07.29 13:31:56 INFO  es[][o.e.b.BootstrapChecks] explicitly enforcing bootstrap checks
2019.07.29 13:31:56 ERROR es[][o.e.b.Bootstrap] node validation exception
[1] bootstrap checks failed
[1]: max file descriptors [4096] for elasticsearch process is too low, increase to at least [65535]
2019.07.29 13:31:56 INFO  es[][o.e.n.Node] stopping ...
2019.07.29 13:31:56 INFO  es[][o.e.n.Node] stopped
2019.07.29 13:31:56 INFO  es[][o.e.n.Node] closing ...
2019.07.29 13:31:56 INFO  es[][o.e.n.Node] closed
centos-7 elasticsearch

2 respostas

  1. Tive exatamente o mesmo erro ontem e o resolvi seguindo uma pequena cadeia de recursos.

    1. A pesquisa do max file descriptors [4096]problema no Google identificou esta postagem principal . A solução destacou o fato de que não era aquela vm.max_map_countvariável que não estava sendo selecionada corretamente, mas sim o LimitNOFILEe LimitNPROC. Este post aponta a solução como atualização de variáveis ​​no "arquivo unit".
    2. Depois de pesquisar mais sobre o mencionado "arquivo de unidade", systemd e documentação atualizada do comentarista, encontrei-o aqui na seção "Executando o SonarQube como um serviço no Linux com SystemD".
    3. Ao criar e executar o SonarQube via SystemD, ele garantiu que as max file descriptorvariáveis ​​estivessem realmente sendo definidas. Seguir essas instruções exatas permitiu que o SonarQube iniciasse sem problemas.
    • 0
  2. Best Answer

    Para aplicar essas configurações permanentemente, edite /etc/sysctl.d/99-sonarqube.confou /etc/sysctl.confe adicione:

    sysctl -w vm.max_map_count=262144
sysctl -w fs.file-max=65536
ulimit -n 65536
ulimit -u 2048`

    vm.max_map_counté maior ou igual a 262144 fs.file-maxé maior ou igual a 65536 o usuário executando o SonarQube pode abrir pelo menos 65536 file descriptors o usuário executando o SonarQube pode abrir pelo menos2048 threads

    Ou se você quiser aplicar essas configurações no current session, basta digitar cada comando no terminal:

    sysctl -w vm.max_map_count=262144
sysctl -w fs.file-max=65536
ulimit -n 65536
ulimit -u 2048

    Espero que isto ajude!

    • 0

relate perguntas