ElasticSearch самостоятельно останавливается


(Vladimir Yegudin) #1

У меня не выделенный сервер, а VDS. Начал разбираться с поиском и изучать эластиксерч.

Собрал на сервере последний релиз 6.1, собирал из deb-пакета.
Поначалу было так - запускаю сервис:
service elasticsearch start
После запуска секунд 10-15 в процессах наблюдаю появление большого количества java процессов от имени пользователя elasticsearch, однако обращение к порту 9200 - не приносит успеха. Секунд через 15 запросы на пот 9200 начинают проходить. Однако еще через 2-4 минуты эластик завершает свою работу.

Поэтому пока разбирался и изучал добавление, удаление документов, поиск по документам (основы), постоянно запускал сервис по новой. В какой то момент он сам перестал останавливаться.

Затем решил добавить плагин морфологии русского языка, и так как его для версии 6.1 нет - я ее удалил, почистил все логи (/var/log/elas..), базу (/var/lib/elas...), настройки (/etc/elas..) и поставил версию 5.6.5 + поставил плагин elasticsearch-analysis-morphology
Ситуация начала происходить по новой - эластик просто завершает свою работу через пару минут. Однако уже второй день и как в прошлый раз - стабилизироваться он не хочет :frowning:

Что можно сделать, чтоб не заниматься постоянным запуском и перезапуском - ведь он так не будет работать? Или может понять причину его падений или завершений. В логах информации о том что ему плохо - я не вижу :frowning:
Возможно у меня просто не хватает ресурсов? VDS у меня, по заявлению копании где купил, 2 ядра процессора, 2 гига памяти и 60 гиг диск. Свободное место и иноды есть, ОС ubuntu 16.04

Заранее спасибо за ответ.


(Igor Motov) #2

А в логах-то что?


(Vladimir Yegudin) #3

вот такой текст в логах:

[2018-01-13T15:00:58,316][INFO ][o.e.n.Node ] [node-1] initializing ...
[2018-01-13T15:00:58,812][INFO ][o.e.e.NodeEnvironment ] [node-1] using [1] data paths, mounts [[/ (/dev/vda2)]], net usable_space [17.4gb], net total_space [58.9gb], spins? [possibly], types [ext4]
[2018-01-13T15:00:58,812][INFO ][o.e.e.NodeEnvironment ] [node-1] heap size [1.9gb], compressed ordinary object pointers [true]
[2018-01-13T15:00:58,856][INFO ][o.e.n.Node ] [node-1] node name [node-1], node ID [4U42THLoQjmk01dCoUt-xA]
[2018-01-13T15:00:58,857][INFO ][o.e.n.Node ] [node-1] version[5.6.5], pid[14522], build[6a37571/2017-12-04T07:50:10.466Z], OS[Linux/4.4.0-98-generic/amd64], JVM[Oracle Corporation/Java HotSpot(TM) 64-Bit Server VM/1.8.0_151/25.151-b12]
[2018-01-13T15:00:58,857][INFO ][o.e.n.Node ] [node-1] JVM arguments [-Xms2g, -Xmx2g, -XX:+UseConcMarkSweepGC, -XX:CMSInitiatingOccupancyFraction=75, -XX:+UseCMSInitiatingOccupancyOnly, -XX:+AlwaysPreTouch, -Xss1m, -Djava.awt.headless=true, -Dfile.encoding=UTF-8, -Djna.nosys=true, -Djdk.io.permissionsU
seCanonicalPath=true, -Dio.netty.noUnsafe=true, -Dio.netty.noKeySetOptimization=true, -Dio.netty.recycler.maxCapacityPerThread=0, -Dlog4j.shutdownHookEnabled=false, -Dlog4j2.disable.jmx=true, -Dlog4j.skipJansi=true, -XX:+HeapDumpOnOutOfMemoryError, -Des.path.home=/usr/share/elasticsearch]
[2018-01-13T15:01:15,179][INFO ][o.e.p.PluginsService ] [node-1] loaded module [aggs-matrix-stats]
[2018-01-13T15:01:15,179][INFO ][o.e.p.PluginsService ] [node-1] loaded module [ingest-common]
[2018-01-13T15:01:15,179][INFO ][o.e.p.PluginsService ] [node-1] loaded module [lang-expression]
[2018-01-13T15:01:15,179][INFO ][o.e.p.PluginsService ] [node-1] loaded module [lang-groovy]
[2018-01-13T15:01:15,180][INFO ][o.e.p.PluginsService ] [node-1] loaded module [lang-mustache]
[2018-01-13T15:01:15,180][INFO ][o.e.p.PluginsService ] [node-1] loaded module [lang-painless]
[2018-01-13T15:01:15,181][INFO ][o.e.p.PluginsService ] [node-1] loaded module [parent-join]
[2018-01-13T15:01:15,181][INFO ][o.e.p.PluginsService ] [node-1] loaded module [percolator]
[2018-01-13T15:01:15,181][INFO ][o.e.p.PluginsService ] [node-1] loaded module [reindex]
[2018-01-13T15:01:15,181][INFO ][o.e.p.PluginsService ] [node-1] loaded module [transport-netty3]
[2018-01-13T15:01:15,181][INFO ][o.e.p.PluginsService ] [node-1] loaded module [transport-netty4]
[2018-01-13T15:01:15,182][INFO ][o.e.p.PluginsService ] [node-1] loaded plugin [analysis-morphology]
[2018-01-13T15:01:21,958][INFO ][o.e.d.DiscoveryModule ] [node-1] using discovery type [zen]
[2018-01-13T15:01:22,945][INFO ][o.e.n.Node ] [node-1] initialized
[2018-01-13T15:01:22,945][INFO ][o.e.n.Node ] [node-1] starting ...
[2018-01-13T15:01:23,291][INFO ][o.e.t.TransportService ] [node-1] publish_address {188.120.227.177:9300}, bound_addresses {188.120.227.177:9300}
[2018-01-13T15:01:23,309][INFO ][o.e.b.BootstrapChecks ] [node-1] bound or publishing to a non-loopback or non-link-local address, enforcing bootstrap checks
[2018-01-13T15:01:26,489][INFO ][o.e.c.s.ClusterService ] [node-1] new_master {node-1}{4U42THLoQjmk01dCoUt-xA}{o19sN_dDRyuOXC5HLHpZYw}{188.120.227.177}{188.120.227.177:9300}, reason: zen-disco-elected-as-master ([0] nodes joined)
[2018-01-13T15:01:26,536][INFO ][o.e.h.n.Netty4HttpServerTransport] [node-1] publish_address {188.120.227.177:9200}, bound_addresses {188.120.227.177:9200}
[2018-01-13T15:01:26,537][INFO ][o.e.n.Node ] [node-1] started
[2018-01-13T15:01:26,746][INFO ][o.e.g.GatewayService ] [node-1] recovered [1] indices into cluster_state
[2018-01-13T15:01:27,432][INFO ][o.e.m.j.JvmGcMonitorService] [node-1] [gc][4] overhead, spent [644ms] collecting in the last [1.4s]
[2018-01-13T15:01:28,034][INFO ][o.e.c.r.a.AllocationService] [node-1] Cluster health status changed from [RED] to [YELLOW] (reason: [shards started [[tman][1]] ...]).


(Igor Motov) #4

Elasticsearch-у памяти не хватает. JVM пытается забрать 2 гига (-Xms2g, -Xmx2g), а на машине всего 2 гига. В результате OOM Killer Elasticsearch прибивает. Надо либо увеличить количество памяти на хосте или уменьшить размер heap-а для Elasticsearch.


(system) #5

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.