You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Single-node Elasticsearch from the official Elastic repository. Requested in discussion #5074.
The open question from the earlier assessment — vm.max_map_count in an unprivileged LXC — is resolved. Per Elastic's docs, bootstrap checks are only warnings in development mode (loopback binding) but hard failures in production mode (non-loopback), and an LXC is only useful bound to the LAN. However vm.max_map_count is not namespaced: the container inherits it from the Proxmox host. So it cannot and need not be set inside the container.
The script therefore checks the inherited value and aborts with an actionable message if it is too low:
vm.max_map_count is <n>, Elasticsearch needs at least 262144
Set it on the PROXMOX HOST, not in this container:
echo 'vm.max_map_count=1048576' >/etc/sysctl.d/99-elasticsearch.conf && sysctl --system
In practice this passes: systemd has defaulted to 1048576 since v255, and Proxmox 9 is well past that.
setup_deb822_repo against artifacts.elastic.co/packages/9.x/apt (verified HTTP 200), JAVA_VERSION="21" setup_java.
discovery.type: single-node, network.host: 0.0.0.0, data relocated to /opt/elasticsearch_data.
Security on, TLS off — authentication is enabled so the node is not wide open, but HTTP stays plain so it is usable on a LAN without certificate juggling. Flagged as a warning.
No credentials file (anti-pattern 14); the CT footer prints the elasticsearch-reset-password command instead.
Heap pinned to 1 GB in jvm.options.d/heap.options.
vm.max_map_count is a kernel setting that containers cannot change - it is inherited from the Proxmox host. The installer aborts if it is below 262144. Modern kernels default to 1048576, so this normally passes; if not, set it on the HOST with: echo 'vm.max_map_count=1048576' >/etc/sysctl.d/99-elasticsearch.conf && sysctl --system
Set a password for the built-in 'elastic' user before use: /usr/share/elasticsearch/bin/elasticsearch-reset-password -u elastic
TLS is disabled so the node is reachable over plain HTTP on the LAN, but authentication is on. Do not expose port 9200 to the internet without enabling xpack.security.http.ssl in /etc/elasticsearch/elasticsearch.yml.
The JVM heap is set to 1 GB in /etc/elasticsearch/jvm.options.d/heap.options. Rule of thumb: half the container RAM, never above 31 GB. Data lives in /opt/elasticsearch_data.
Note: This is not in the official repo yet—it's just a dev version! After merging into ProxmoxVE, it will need to be recreated.
Activity
github-actions commentedon Aug 4, 2026
The Elasticsearch script is ready for testing:
Default credentials:
Username: elastic
vm.max_map_count is a kernel setting that containers cannot change - it is inherited from the Proxmox host. The installer aborts if it is below 262144. Modern kernels default to 1048576, so this normally passes; if not, set it on the HOST with: echo 'vm.max_map_count=1048576' >/etc/sysctl.d/99-elasticsearch.conf && sysctl --system
Set a password for the built-in 'elastic' user before use: /usr/share/elasticsearch/bin/elasticsearch-reset-password -u elastic
TLS is disabled so the node is reachable over plain HTTP on the LAN, but authentication is on. Do not expose port 9200 to the internet without enabling xpack.security.http.ssl in /etc/elasticsearch/elasticsearch.yml.
The JVM heap is set to 1 GB in /etc/elasticsearch/jvm.options.d/heap.options. Rule of thumb: half the container RAM, never above 31 GB. Data lives in /opt/elasticsearch_data.
Note: This is not in the official repo yet—it's just a dev version! After merging into ProxmoxVE, it will need to be recreated.
Discord testing thread: https://discord.com/channels/1302816934508630047/1534106880748683366
github-actions commentedon Sep 11, 2026
A PR has been created for elasticsearch: community-scripts/ProxmoxVE#17188
MickLesk commentedon Sep 12, 2026
Merged with #17188 in ProxmoxVE
github-actions commentedon Sep 12, 2026
Files deleted with PR #2256