It is time to say goodbye: This version of Elastic Cloud Enterprise has reached end-of-life (EOL) and is no longer supported.
The documentation for this version is no longer being maintained. If you are running this version, we strongly advise you to upgrade. For the latest information, see the current release documentation.
Limitations and known problemsedit
The following limitations and known problems apply to the 2.1.1 release of ECE:
- This version of ECE is known to have a problem with snapshot storage integrations, breaking support for Minio (when using the Elastic Stack 6.4.2 or later), Google Cloud Storage (GCS), and Microsoft Azure Storage. Except for Microsoft Azure Storage, these storage integrations are available again in ECE 2.1 and we recommend that you upgrade to this later version. A possible workaround to reenable Microsoft Azure Storage is still being investigated. After upgrading to ECE 2.1, you might also need to upgrade your deployments to the Elastic Stack 6.5.0 or later to reenable snapshot storage support.
- The index lifecycle management (ILM) feature that is part of the Elastic Stack 6.6 is not currently supported for Elastic Cloud Enterprise.
-
When you install Elastic Cloud Enterprise on a new host and assign it the allocator role from the command line with the
--roles "allocator"parameter during installation, new deployments might not get created on the allocator. To resolve this issue, see Allocators Are Not Being Used. - On RHEL and CentOS, the firewalld service is not compatible with Docker and interferes with the installation of ECE. You must disable firewalld before installing or reinstalling ECE.
- When you use OverlayFS with Kernel-LT 4.4.156 and later, there is a known regression that prevents Elastic Cloud Enterprise from completing the installation. From the kernel-archive, use Kernel 4.4.155.
-
Some change management tools that auto-reload firewall rules can cause networking issues. Specifically, Docker networking can fail on new containers after restarting the
iptablesservice. To avoid networking failures, disable the automatic reloading of firewall rules. - Pending plan changes for your deployment in the Cloud UI that exceed the available capacity will fail as expected, but might then require you to manually recover from the failure. (To recover, locate the details for the plan attempt and copy the diff; manually edit the diff to revert to the original plan and apply the modified plan into the Advanced cluster configuration panel.)
- X-Pack monitoring features and Marvel can be used only to send monitoring data between Elasticsearch clusters that are running the same version.
- ECE has a maximum limit of 420 seconds, so we recommend optimizing long-running queries in Elasticsearch.
- If you install ECE on AWS, you likely need to modify the cluster endpoint, as the public hostname resolves to a different IP address externally than it does internally on the cluster.
- ECE is unable to support VMotion functionality in VMWare. To use ECE, you must disable VMotion.
- When you use virtualization resources, make sure that you avoid resource overallocation.
-
Changing the generated password for the
adminuser on the administration console deployment that backs the Cloud UI is not supported. This is theadminuser on theadmin-console-elasticsearchdeployment that gets created during the ECE installation.Do not change the generated password for the
adminuser on the administration console deployment or you risk losing administrative access to your installation.
Some additional limitations apply when securing your installation. To learn more, see Secure Elastic Cloud Enterprise.
Upgradingedit
- If upgrading from a version earlier than 2.1.0 to a version between >2.1.0 and ⇐2.3.1, a known problem will fail the upgrade. If your upgrade path matches these versions, see Before upgrading check your upgrade path.