Служба ElasticSearch запускается, но не может быть достигнута и не делает никаких записей

Question

ElasticSearch 6.2.2 в Linux Ubuntu 16.04.3 VM в Azure.Все было в порядке, и после того, как я несколько дней назад перезагрузил компьютер, я не смог запустить службу ElasticSearch.Проблема была разделена и решена здесь: ( ElasticSearch не запускается в Ubuntu 16.04.3 - сбой status = 1 ) путем увеличения размера кучи в файле jvm.options.

Теперь у меня естьслужба ElasticSearch запущена, но я не могу пропинговать ее вообще.Я пытался пропинговать его как изнутри виртуальной машины (как localhost: 9200), так и извне (аналогично тому, как я делаю вызовы на другие наши блоки ES и делаю это успешно), но мне говорят Could Not Get Any Reponse (синтаксис Postman).

То, что делает невозможным диагностирование, ничего не записывается в журналы ElasticSearch!В последний раз что-либо записывалось в любой журнал в / var / log /asticsearch до того, как я перезагрузил компьютер пару дней назад.

Я проверил настройки вasticsearch.yml, и все, кажется, в строкесластиком Flexiblesearch.yml, который находится в другом нашем боксе в другом месте, который без проблем запускает наш другой экземпляр ElasticSearch.

EDIT : для запроса - файлasticsearch.yml изполе, которое НЕ работает правильно, находится здесь: http://s000.tinyupload.com/index.php?file_id=72318548245343478927 Для сравнения, файлasticsearch.yml из поля, которое работает правильно, находится здесь: http://s000.tinyupload.com/index.php?file_id=20127693354114612595 Обратите внимание, что тот, который работает правильноимеет 3 узла, тогда как неработающий имеет только один узел, поэтому из-за этого между yml-файлами будут некоторые незначительные различия.

Answer 1

1. Проверьте, определено ли path.logs: /var/log/elasticsearch вasticsearch.yml.Добавьте эту строку, если она отсутствует.
2. Проверьте, есть ли у пользователя разрешение на запись в / var / log /asticsearch.Измените разрешение файлов.sudo chmod 777 /var/log/elasticsearch/* и sudo chmod 777 /var/log/elasticsearch
3. Откройте /etc/init.d/elasticsearch и проверьте, определен ли ES_PATH_CONF как ES_PATH_CONF="/etc/elasticsearch"
4. Вы можете попробовать прокомментировать следующие строки в log4j2.properties в разделе/ и т.д. / elasticsearch.logger.xpack_security_audit_logfile.name = org.elasticsearch.xpack.security.audit.logfile.LoggingAuditTrail logger.xpack_security_audit_logfile.level = info logger.xpack_security_audit_logfile.appenderRef.audit_rolling.ref = audit_rolling logger.xpack_security_audit_logfile.additivity = false
5. Используйте netstat -nultp | grep 9200 и проверьте, прослушивается ли порт.

Answer 2

Проблема заключалась в строке в файле ElasticSearch.yml, которая обозначалась как

"10.5.11.6""

Эта дополнительная кавычка в конце - это то, что вызывало всю проблему.

Для всехчто может принести пользу, файл ElasticSearch.yml очень чувствителен к * , когда речь идет о пробеле, пунктуации и регистре: даже дополнительный пробел где-то может вызвать сбой всего сервиса.Будьте очень прилежны со своими правками вasticsearch.yml.

Answer 3

Есть способы отладки:

1. Check if you have ES service running on that particular host via `ps -ef | grep elastic`
2. Look on which port es is listening (or not) ? via netstat 
3. it might be a case that your es is running and but is binding not to localhost but to the instance IP . You should be getting the hint on the elasticsearch.yaml 
4. Make sure your /usr/share/elasticsearch/elasticsearch.yaml is the file that is being picked up and not the default at /etc/elasticsearch.yaml
5. Configure logging in elasticsearch.yaml to the location

Надеюсь, это поможет?