Pi4 + запускает кластер Elasticsearch из 1, показывает желтый статус

В настоящее время я запускаю 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 с точки зрения ограничения?

0
задан 2 January 2020 в 21:17
1 ответ

Желтый обычно означает, что у Вас есть все свои основные черепки, но некоторые черепки копии освобождаются. На кластере с единственным узлом я не ожидал бы, что у Вас будут черепки копии. Я рекомендовал бы смотреть _cat/shards, чтобы удостовериться, что у Вас только есть основные черепки и никакие копии (это находится в столбце 3; p или r).

0
ответ дан 4 January 2020 в 14:30

Теги

Похожие вопросы