/usr/share/elasticsearch/data isn't in-line with the FHS (filesystem hierarchy standard)?

As per http://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#usrshareArchitectureindependentData

The /usr/share hierarchy is for all read-only architecture independent data files.

The example from elasticsearch at https://www.elastic.co/guide/en/elasticsearch/reference/current/docker.html does not adhere to the guidance in the FHS?

For example, in other cases:

  • the default for elasticsearch (running on a host, not a container) was /var/lib/elasticsearch?
  • the default for the official mqsql container is /var/lib/mysql?

So I'd argue a good and compliant example might be -v /var/lib/elasticsearch/container/data:/var/lib/elasticsearch instead of /usr/share/elasticsearch/data

While this is a smallish issue, note examples like:

Specifically, when using Red Hat Enterprise Linux Atomic Host, the operating system content is mounted in read-only mode. There are only two writable directories for local system configuration: /etc/ and /var/.

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atomic_host/7/html/installation_and_configuration_guide/introduction_to_atomic_host

The other interesting piece is docker-lvm-plugin, but probably only applicable to RHEL / CentOS / Fedora.

You could open an enhancement request in the ES docker repo, as it is really an issue there (how ES is started).

Thanks, will do now

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.