Обеспечение того, чтобы временный каталог JNA допускал исполняемые файлы

Elasticsearch использует библиотеку Java Native Access (JNA) и другую библиотеку под названием libffi для выполнения некоторых платформозависимых нативных кодов. В Linux нативный код, лежащий в основе этих библиотек, извлекается во время выполнения во временную директорию, а затем отображается в исполняемых страницах адресного пространства Elasticsearch. Это требует, чтобы базовые файлы не находились на файловой системе, смонтированной с опцией noexec.

По умолчанию Elasticsearch создаст свой временный каталог в /tmp. Однако некоторые усиленные установки Linux монтируют /tmp с опцией noexec по умолчанию. Это препятствует корректной работе JNA и libffi. Например, при запуске JNA может не загрузиться с исключением java.lang.UnsatisfiedLinkerError или с сообщением, похожим на failed to map segment from shared object, или libffi может отобразить сообщение, такое как failed to allocate closure. Обратите внимание, что сообщения об исключениях могут отличаться в разных версиях JVM. Кроме того, компоненты Elasticsearch, которые полагаются на выполнение нативного кода через JNA, могут завершиться сообщениями, указывающими, что это because JNA is not available.

Для решения этих проблем необходимо либо удалить опцию noexec из вашей файловой системы /tmp, либо настроить Elasticsearch на использование другого расположения для временного каталога, установив переменную окружения $ES_TMPDIR. Например:

Если вам нужен более точный контроль над расположением этих временных файлов, вы также можете настроить путь, используемый JNA, с помощью флага JVM -Djna.tmpdir=<path>, и вы можете настроить путь, используемый libffi, для своих временных файлов, установив переменную окружения LIBFFI_TMPDIR. Будущие версии Elasticsearch могут потребовать дополнительной настройки, поэтому вы должны предпочитать устанавливать ES_TMPDIR, где это возможно.