Skip to content

Commit 1af4d9c

Browse files
authored
ES 8.14.0 fails due start when encountering unreadable directories on the library path (#109424)
1 parent 4aa3340 commit 1af4d9c

File tree

1 file changed

+11
-0
lines changed

1 file changed

+11
-0
lines changed

docs/reference/release-notes/8.14.0.asciidoc

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3,6 +3,17 @@
33

44
Also see <<breaking-changes-8.14,Breaking changes in 8.14>>.
55

6+
[[known-issues-8.14.0]]
7+
[float]
8+
=== Known issues
9+
* If encountering directories on the Java library path the Elasticsearch process does not have permission to access,
10+
the process fails to boot with a NullPointerException:
11+
`Cannot invoke "org.elasticsearch.nativeaccess.Systemd.notify_ready()" because "this.systemd" is null.` +
12+
This only affects on-prem installations of Elasticsearch, environments running Elasticsearch in a container are not affected, nor is Elastic Cloud. +
13+
The workaround is to grant Elasticsearch read access to the directory mentioned in the `java.nio.file.AccessDeniedException` as observed in the logs
14+
and repeat this until the process starts up properly, see https://support.elastic.dev/knowledge/view/5979309d[here] for further details.
15+
With 8.14.1 the workaround won't be necessary anymore and original permissions can be restored.
16+
617
[[breaking-8.14.0]]
718
[float]
819
=== Breaking changes

0 commit comments

Comments
 (0)