LXD Issue, vm.max_map_count с Elasticsearch - PullRequest
Новая
       112

LXD Issue, vm.max_map_count с Elasticsearch

0 голосов
/ 25 февраля 2020

Хорошо, чтобы начать, все, что я пробовал до сих пор:

Установить vm.max_map_count в:

  1. Хост в etc / sysctl.conf
  2. Хост в /etc/sysctl.d/99-sysctl.conf
  3. Контейнер LXD в /etc/sysctl.conf
  4. Контейнер LXD в /etc/sysctl.d /99-sysctl.conf

В соответствии с официальными настройками производства LXD, эта настройка возможна с LXD: источник: https://linuxcontainers.org/lxd/docs/master/production-setup

По нескольким Онлайновые ресурсы, это утвержденное исправление для исправления ошибки, поскольку по умолчанию установлено значение 65530.

Я проверил хост, он говорит следующее: cmd: sysctl vm.max_map_count вывод: vm.max_map_count = 262144

Я проверил контейнер lxd, он говорит следующее: cmd: sysctl vm.max_map_count output: vm.max_map_count = 65530

Я также снова проверил файл конфигурации в контейнере LXD в / etc /sysctl.conf, и это показывает настройку как: vm.max_map_count = 262144

Я перезагрузил контейнер, я буду Остановив и перезапустив контейнер, я даже построил новый тестовый контейнер. Все они продолжают говорить 65530. Что я могу сделать здесь, чтобы закрыть это?

1 Ответ

0 голосов
/ 25 февраля 2020

Итак, я нашел два способа решения этой проблемы:

  1. Примените решение, описанное выше, а затем go через невероятно длительный и болезненный процесс отключения Apparmor, просто чтобы изменить один параметр, затем снова включите AppArmor.

  2. Создайте Elasticsearch на другом поле и обойдите весь процесс.

Потребовалась бы быстрая оценка за 3 минуты полагал, что не стоит тратить время + разочарование, чтобы справиться со всеми болями в аппарате, построить его в другом месте.

Но чтобы ответить на вопрос, если кто-то захочет съесть время и боль, чтобы сделать это в lxd , отключите apparmor, примените настройку vm.max_map_count, а затем снова включите apparmor.

...