Sonarqube фоновые задачи, выполняющиеся навсегда

Question

У нас сейчас запущен SonarQube 5.6.4. Потом мы вдруг заметили, что очередь фоновых задач увеличивается. В журналах мы видим такие сообщения:

2017.07.24 13:56:10 INFO  [o.s.s.es.BulkIndexer] 0 requests processed (0 items/sec)

Каждую минуту одна запись в журнале.

Другие задачи, запущенные тогда, терпят неудачу с:

org.elasticsearch.client.transport.NoNodeAvailableException: None of the configured nodes were available: [[sonar-1498219166409][3QkGfCI8RUSn6vapRi5SSg][a2d477fdfe7a][inet[/127.0.0.1:9001]

Я не знаю, как найти что-то, что вызывает ошибку. Ничего не изменилось в конфигурации.

Я перезапустил сервер, но ничего не изменилось.

Что примечательно для меня, так это количество портов, которые открываются при упругом поиске:

tcp        0      0 localhost:etlservicemgr localhost:53058         ESTABLISHED 24/java
tcp        0      0 localhost:etlservicemgr localhost:53070         ESTABLISHED 24/java
tcp        0      0 localhost:53058         localhost:etlservicemgr ESTABLISHED 220/java
tcp        0      0 localhost:etlservicemgr localhost:52934         ESTABLISHED 24/java
tcp        0      0 a2d477fdfe7a:49760      sonar-db.netwo:postgres ESTABLISHED 220/java
tcp        0      0 localhost:etlservicemgr localhost:52846         ESTABLISHED 24/java
tcp        0      0 localhost:52924         localhost:etlservicemgr ESTABLISHED 119/java
tcp        0      0 localhost:52928         localhost:etlservicemgr ESTABLISHED 119/java
tcp        0      0 localhost:53076         localhost:etlservicemgr ESTABLISHED 220/java
tcp        0      0 localhost:etlservicemgr localhost:52866         ESTABLISHED 24/java
tcp        0      0 localhost:53074         localhost:etlservicemgr ESTABLISHED 220/java
tcp        0      0 localhost:etlservicemgr localhost:52922         ESTABLISHED 24/java

(действительно в пять раз больше)

Кто-нибудь знает, как найти причину проблемы?

sonarqube.properties имеет значения по умолчанию. Только изменения:

sonar.security.realm=LDAP
sonar.security.savePassword=true
sonar.security.updateUserAttributes=true
sonar.authenticator.downcase=true
sonar.authenticator.createUsers=true

и конфигурация LDAP.

Answer 1

Хотя я до сих пор не понимаю, почему такты застряли и не выдавали исключение, наша проблема, похоже, решена путем увеличения пространства кучи для работника с 500 МБ до 1 ГБ:

sonar.ce.javaOpts=-Xmx1024m -Xms128m -XX:+HeapDumpOnOutOfMemoryError -Djava.net.preferIPv4Stack=true