elasticsearch/docs/release-notes/known-issues.md

---

navigation_title: "Known issues" mapped_pages:

• https://www.elastic.co/guide/en/elasticsearch/reference/current/es-connectors-known-issues.html ---

Elasticsearch known issues [elasticsearch-known-issues]

Known issues are significant defects or limitations that may impact your implementation. These issues are actively being worked on and will be addressed in a future release. Review the Elasticsearch known issues to help you make informed decisions, such as upgrading to a new version.

9.0.0 [elasticsearch-9.0.0-known-issues]

• Elasticsearch on Windows might fail to start, or might forbid some file-related operations, when referencing paths with a case different from the one stored by the filesystem. Windows treats paths as case-insensitive, but the filesystem stores them with case. Entitlements, the new security system used by Elasticsearch, treat all paths as case-sensitive, and can therefore prevent access to a path that should be accessible.

For example: If Elasticsearch is installed in C:\ELK\elasticsearch, and you try to launch it as c:\elk\elasticsearch\bin\elasticsearch.bat, you will get a NotEntitledException while booting. This is because Elasticsearch blocks access to c:\elk\elasticsearch, because does not match C:\ELK\elasticsearch. \ This issue will be fixed in a future patch release (see PR #126990).

As a workaround, make sure that all paths you specify have the same casing as the paths stored in the filesystem. Files and directory names should be entered as they appear in Windows Explorer or in a command prompt. This applies to paths specified in the command line, config files, environment variables and secure settings.

• Active Directory authentication is blocked by default. Entitlements, the new security system used by Elasticsearch, has a policy for the x-pack-core module that is too restrictive, and does not allow the LDAP library used for AD authentication to perform outbound network connections. This issue will be fixed in a future patch release (see PR #126992).

As a workaround, you can temporarily patch the policy using a JVM option:

1. Create a file called ${ES_CONF_PATH}/jvm_options/workaround-127061.options.

2. Add the following line to the new file:

    -Des.entitlements.policy.x-pack-core=dmVyc2lvbnM6CiAgLSA4LjE4LjAKICAtIDkuMC4wCnBvbGljeToKICB1bmJvdW5kaWQubGRhcHNkazoKICAgIC0gc2V0X2h0dHBzX2Nvbm5lY3Rpb25fcHJvcGVydGllcwogICAgLSBvdXRib3VuZF9uZXR3b3Jr
   

For information about editing your JVM settings, refer to JVM settings.

• Users upgrading from an Elasticsearch cluster that had previously been on a version between 7.10.0 and 7.12.1 may see that Watcher will not start on 9.x. The solution is to run the following commands in Kibana Dev Tools (or the equivalent using curl):

   DELETE _index_template/.triggered_watches
   DELETE _index_template/.watches
   POST /_watcher/_start