Get Products and Docs
Navigate to the Downloads section on the DataCore Support Portal.
Scroll down and open the Swarm toggle
These bundles are updated and the ZIP file name changes to reflect the release date for the bundle when an updated component version is available such as an updated release of Content Gateway.
Download the corresponding PDF from the Documentation Archive page.
The comprehensive PDF matching all components at those versions is uploaded to the Documentation Archive using a filename including the same release date for the matching bundle.
The Online Swarm Documentation is continually updated to the current release; because the PDF is a snapshot tied to a bundle release, consider it the definitive source for that bundle.
The DataCore Support team's searchable https://perifery.atlassian.net/wiki/spaces/KB contains technical articles and the latest documentation, which may be newer than the installed version.
Expand the software bundle. In the top-level directory of the bundle, locate and read the
README.txt
for version guidance on using the bundle.Open the PDF for the bundle and see the Swarm Release Notes for each component, which include upgrade instructions as well as changes and watch items.
Upgrade Planning
Plan Upgrade Impacts - Review and plan for this release's upgrade impacts and the impacts for each of the releases since the currently running version. For Swarm 9 impacts, see Swarm Storage 9 Releases.
No Volume Retires - Do not start any elective volume retirements during the upgrade. Wait until the upgrade is complete before initiating any retires, or verify they are complete before upgrading.
Select the Reboot Type - Swarm supports rolling upgrades (a single cluster running mixed versions during the upgrade process) and requires no data conversion unless noted for a release. Upgrades are performed without scheduling an outage or bringing down the cluster. Restart the swarm nodes one at a time with the new version and the cluster continues serving applications during the upgrade process.
Rolling upgrade: Reboot one node at a time and wait for its status to show as "OK" in the UI before rebooting the next node.
Alternative: Reboot the entire cluster at once after the software on all USB flash drives or the centralized configuration location has been updated.
Follow the Upgrade Path, below.
Review the Application and Configuration Guidance.
Upgrade Paths
Swarm upgrade paths depend on the implementation environment. See Installing and Initializing Swarm Storage for first-time Swarm installations.
Component-Only Upgrades
Not all components update in every release; some upgrades contain a single RPM. The currently running Swarm version determines which components require an upgrade. Follow the release tables on the Documentation Archive to track component versions.
Running Elasticsearch 2.3.3, 5.6.12 or 6.8.6, see https://perifery.atlassian.net/wiki/spaces/public/pages/2443804878/How+to+Upgrade+Swarm#Upgrading-from-Unsupported-Elasticsearch, below. Otherwise continue with the upgrade path:
CSN | No CSN |
---|---|
|
|
Upgrading from Unsupported Elasticsearch
Contact DataCore Support to guarantee a smooth migration process with no downtime if running unsupported Elasticsearch versions 2.3.3, 5.6.12, or 6.8.6.
Swarm 9.6 | Gateway 5.4 | Elasticsearch 2.3.3 | Migration to ES 6.8.6 required |
Swarm 11.3 | Gateway 5.4.1 | Elasticsearch 2.3.3 | |
Gateway 7.0 | Elasticsearch 5.6.12 | ||
Elasticsearch 6.8.6 | |||
Swarm 16.1 | Gateway 7.7.1-2 with | Elasticsearch 6.8.6 | Upgrade in-place to ES 7.5.2 |
Elasticsearch 7.5.2 | Upgrade in-place to future ES version | ||
Swarm 16.1 | Gateway 8.0 with | Elasticsearch 7.5.2, 7.17.9 | Upgrade in-place to future ES version |
Note
Downgrading, even to minor versions, is not supported with Elasticsearch. But, the earlier versions of Swarm storage, e.g. Swarm 15+ and Gateway 7.8+, will work with Elasticsearch 7.17.
The high-level upgrade sequence when upgrading from Swarm 11 or earlier is as follows:
Swarm 11 bundle:
Upgrade Swarm to 11.3, as guided by DataCore Support and the Settings Checker report.
Upgrade to Gateway 5.4.1 if currently running Elasticsearch 2.3.3. Upgrade to Gateway 7.0 if currently running Elasticsearch 5.6.12. Refer to Upgrading from Gateway 5.x.
Add an Elasticsearch 6 cluster and start a search feed, leaving the old feed as primary (See Migrating from Older Elasticsearch).
Verify the
[storage cluster] managementPassword
is set properly in the gateway.cfg file if errors are encountered during feed creation. Correct the value and restart the gateway service if a change is needed.
When the feed completes, make it primary.
Upgrade to Gateway 7.0 if currently running Gateway 5.4.1.
Configure gateway.cfg
indexerHosts
to point to the new Elasticsearch 6 cluster and restart CloudGateway:sudo systemctl restart cloudgateway
Swarm 16 bundle:
Follow the appropriate column in Upgrade Paths above. The general sequence is:Upgrade to the latest SCS version.
Upgrade to Swarm Storage 16.1.
Gateway 7.7 is required if upgrading from Elasticsearch 6. Ask support for the RPM. Upgrade to Elasticsearch 7.5.2 temporarily (
configure_elasticsearch_with_swarm_search.py --esversion 7.5.2
) and then upgrade to the latest Gateway 8.0.2 as Gateway 7.7 is not compatible with Elasticsearch 7.17.Verify Swarm operations (this is the time to downgrade).
Run the latest ES configuration script for an in-place upgrade to the latest Elasticsearch 7.
Upgrade to the latest Gateway 8.x. See Upgrading Gateway for upgrading the gateway.
Do not upgrade to ES 7.17+, if any gateways are still running with gateway <=7.7.