В настоящее время я запускаю Elasticsearch 7.3.2 на экземпляре Rasbian (Buster) на Raspberry Pi 4+. Похоже, он работал в зеленом состоянии несколько дней, обрабатывая файлы, но внезапно я заметил желтый статус. Я заглянул в gc.log, и файл показал, что есть
Entering Safepoint region: GenCollectForAllocation
Pause Young (Allocation Failure)
Using 4 workers of 4 for Evaluation
Desired survivor size 3342336 bytes, new threshold 6 (max threshold 6)
. Я пытаюсь вернуть его к зеленому цвету, но я не уверен, будет ли это серьезной проблемой или нет. Похоже, что он покинет область безопасной точки, а затем в течение доли секунды ударит ее снова.
Глядя на мой смонтированный NAS, я заметил, что он заполнен только на 34%, но я не уверен, что лучший подход к решению этой проблемы
Когда я пингую elasticsearch с помощью: curl localhost: 9200 / _cat / nodes? pretty
, он возвращает:
{
"error": {
"root_cause": [{
"type": "circuit_breaking_exception",
"reason": "[parent] Data too large, data for [<http request>] would be [1059250992/1010.1mb], which is larger than the limit of [1013704294/966.7mb], real usage: [1059250992/1010.1mb], new bytes reserved: [0/0b], usages [request=0/0b, fielddata=0/0b, in_flight_requests=0/0b, accounting=818200108/780.2mb]",
"bytes_wanted": 1059250992,
"bytes_limit": 1010704294,
"durability": "PERMANENT"
}],
...
"status": 429
}
}
Это то, что я могу легко решить в yml-файле Elasticsearch с точки зрения ограничения?
Желтый обычно означает, что у Вас есть все свои основные черепки, но некоторые черепки копии освобождаются. На кластере с единственным узлом я не ожидал бы, что у Вас будут черепки копии. Я рекомендовал бы смотреть _cat/shards, чтобы удостовериться, что у Вас только есть основные черепки и никакие копии (это находится в столбце 3; p
или r
).