How to Recover Swarm Cluster Services (SCS) Without a Backup File

1 Prerequisites
2 Steps for Recovery

Prerequisites

The network interface was originally used for the private network, which the running cluster uses. The SCS instance will become the network gateway for the running storage cluster. Hence, there is a need for consistency between network settings for the recreated SCS instance and the running cluster.
- The static IP for that network interface
- The netmask for that network interface
The Swarm storage administrator user name for the running storage cluster
The Swarm storage administrator password for the running storage cluster
The cluster name for the running storage cluster
The DSN server(s) used by the running cluster
The network domain name used for the running cluster
The IP address pool reserved ranges are used when booting the running cluster.

Steps for Recovery

Step 1

Install SCS by following the instructions in https://perifery.atlassian.net/wiki/spaces/public/pages/3042345098/Online+SCS+Installation.

Step 2

Run the SCS initialization wizard by following the instructions in https://perifery.atlassian.net/wiki/spaces/public/pages/3316056129.

When prompted, use network settings (interface, IP address, and netmask) that are consistent with the running storage cluster.

Step 3

Install the Swarm storage component bundle.

Add the Swarm storage component to the SCS repo.

# scsctl repo component add -f [storage software bundle file name]

When asked whether to use encryption-at-rest, use the same mode that is consistent with the running cluster.

Missing setting: storage/disk.encryptNewVolumes

The following setting(s) require a default value:

disk.encryptNewVolumes [type: bool] (Whether to encrypt new Swarm volumes.  Enabling encryptNewVolumes means that any newly-formatted Swarm volume will be encrypted)
  True
  False

When asked whether to enable multicast, be consistent with the multicast mode currently used in the running cluster.

The following setting(s) require a default value:

Missing setting: storage/cip.multicastEnabled

cip.multicastEnabled [type: bool] (Whether multicast should be used for communication within Swarm.)
  True
  False

When asked for the name of the storage cluster, it is important to enter the same string as the cluster name of the running cluster. If unsure, please contact Support.

Step 4

Add additional settings.

In every case, when prompted, enter a value that is consistent with the settings in the running cluster.
DNS servers:

Storage cluster administrator password: Enter the password being used in the running storage cluster.

DNS domain:

Step 5

Login with valid administrator credentials.

Step 6

Storage cluster administrator user name:

Proceed to step 8 If the Swarm storage administrator user name in the running cluster is the default value of “admin”.
Change the administrator user name in SCS to the value in the running cluster. if the Swarm storage administrator user name in the running cluster is not the default value of “admin”.

Important

It is recommended to use the flag “--allow-notification-failures”, with the scsctl “set” verb in every recovery scenario to ensure that all nodes, including those temporarily offline, have consistent settings.

You must login again after changing the administrator user name.

Step 7

Login with valid administrator credentials.

Step 8

Initialize DHCP using the same reserved range parameters used originally for the storage cluster.

Note that at least one of the reserved ranges must be set (lower or upper).

Step 9

Reboot the storage cluster in order for SCS to record the IP addresses of the storage cluster nodes (chassis).