New Features

Elasticsearch Domain Based Indexing: Swarm 16.1.2 introduces cluster setting search.perDomainIndex. Set it True and lower search.numberOfShards before creating a new search feed to create a separate Elasticsearch index for each domain, rather than the default of storing all domains in a single index. This setting should only be enabled with the guidance of the DataCore Support team. (SWAR-4452)

This feature requires gateway v8.1.0 and above.

Because there are limits on the number of shards per Elasticsearch node, the number of domains the Swarm cluster will support is also limited.
Update the network.host setting in your Elasticsearch configuration file (elasticsearch.yml) to use the IP address of this node.

Additional Changes

Changes include versions and fixes based on testing and user feedback.

See Third-Party Components for Storage 16.1.2 for the complete listing of packages and versions for this release.

From v16.1.2, feed statistics will neither be stuck nor spike on reboot. (SWAR-9720)

The following watch items are known:

Customizations to an Elasticsearch 6.8.6 /etc/elasticsearch/elasticsearch.yml path.data and network.host fields will be lost when running the configuration script to upgrade to Elasticsearch 7 if the upgrade does not complete. This can happen if the new Elasticsearch 7 rpm is not in the current directory and cannot be downloaded. Reapply your customizations as this will not affect upgrades starting with Elasticsearch 7.5.2. (SWAR-9977)
False 404s might be seen in the Swarm responses during heavy load situations. To mitigate this, please verify “cip.processes = 2”, and keep increasing the cip.queryMinimumTimeout value gradually until the 404 occurrences are reduced. (SWAR-10120)
This console error, also seen in SWAR-10203, happens when the ES cluster runs out of shard space leading to inability to create domain indices. (SWAR-10172)
"Object (etag=51eb17e5e488d654bd79cc45aa695aef) is persistently failing for feed 0: Elasticsearch index failure (count=8)"

Contact DataCore Support if you are still using Elasticsearch 6.8.6.

These are standing operational limitations:

The Storage UI shows no NFS config if the Elasticsearch cluster is wiped. Contact DataCore Support for help in repopulating the SwarmFS config information. (SWAR-8007)
Any incomplete multipart upload into a bucket leaves the parts (unnamed streams) in the domain if the bucket is deleted. To find and delete those parts, use the s3cmd utility (search the Support site for "s3cmd" guidance). (SWAR-7690)
The chassis shuts down but does not come back up when restarting a cluster of virtual machines that are UEFI-booted (versus legacy BIOS). (SWAR-8054)
Invalid config parameters that prevent the unassigned nodes from booting are created if subcluster assignments are removed in the CSN UI. (SWAR-7675)
Customers need to wait 1 minute or more to get the changes done in feed definition to be effective throughout the cluster. (SWAR-10007)
Swarm 16.1.2 introduces a regression if the Search Feed index has been "split" under the guidance of DataCore Support. Listings will fail with the error: FEEDS.ELASTICSEARCH ERROR: EIP19 DetectCaseSensitivityRequest: detection of Elasticsearch case-sensitive/case-insensitive configuration failed (index_swarm.sollab.local0).
To workaround this issue, create an alias named index_<cluster.name><feed-id> (e.g. "index_swarm.sollab.local0") that points to the split index name. See the new last step here. (SWAR-10240)

To upgrade Swarm 9 or higher, proceed to How to Upgrade Swarm. For migration from Swarm 8.x or earlier, contact DataCore Support for guidance.

The search.caseInsensitive is now deprecated and will be removed in a future release. (SWAR-10085)