Server replacement procedures
The replacement of the server as part of a field service process can take several forms depending on how the system was originally deployed. The typical field deployment scenarios documented for service replacement include:
- Two-node cluster using an external SMU for management-replacing only one node
- Two-node cluster using an external SMU for management-replacing both nodes
Replacement procedure overview
This section provides information on the requirements and considerations for replacing nodes.
Server replacement requirements
Consider the following server replacement requirements:
- Much of the process required for a server replacement is the same as what is covered in installation and configuration training.
- Determine which replacement scenario is being encountered. The replacement process is different for each scenario.
You can use a keyboard, video, and mouse (KVM) device or a serial cable to connect to the serial port. Bring these with you just in case they are needed when the unit arrives. If you connect to the serial port, use the following SSH client settings:
- 115,200 b/s
- 8 data bits
- 1 stop bit
- No parity
- No flow control
- VT100 emulation
Swapping components
The server can be replaced onsite, however, some components are not included in your replacement server. You must remove those components from the original server and use them in the replacement server. There are a minimum of three parts to be reused in the replacement server.
The components that can be swapped include:
- Power supplies
- Bezel
- Rack mounting guides
Model selection
The software for all server models is pre-loaded on the replacement server before it is shipped from either the factory or depot location.
If for any reason the model selection does not match that which is required for replacement, then an upgrade process may be required in the field.
The upgrade process is outside the scope of this document and documented separately. Contact Hitachi Vantara Support Connect for upgrade information.
MAC ID and license keys
The replacement server has a new MAC ID, which means that you are required to have new license keys regardless of whether you are replacing a single node or a complete cluster.
As part of the field replacement process, Hitachi Vantara recommends that you obtain temporary keys to enable quick delivery and implementation. However, any temporary keys must eventually be replaced with a permanent key. This is required for all field scenarios, except when replacing a single node in a cluster.
Previous backups
A system backup preserves two critical components of information:
- SMU configuration
- Server configuration
The backup form for an embedded SMU is different than one from an external SMU. Depending on the replacement scenario severity, different limitations might exist for the system recovery.
Upgrades
Replacement servers can be down or above a revision, and not at the expected level of firmware required at the customer site. An upgrade is typically required during the replacement process, which is not covered in this document. It is assumed that all services personnel performing a replacement have already been trained, and know where to get this information within their respective organization.
Manually installing an embedded SMU (if necessary)
HNAS 3080/3090 spare or replacement units are shipped without the embedded SMU installed.
Before you begin
The SMU software will need to be manually installed in the following case:
- If the HNAS (all versions) is a spare/replacement and the field installer requires the embedded SMU to configure the replacement prior to adding to a cluster (or replacing a single node that has no external SMU). However, once added to the cluster, the embedded SMU should be uninstalled (smu-uninstall from the CLI of the newly added node). Note, when added to a cluster, the external SMU will disable the embedded SMU on the replacement node, but it is recommended to fully uninstall the embedded SMU.
Procedure
Obtain a copy of the SMUsetup .iso file and copy the file into /tmp
scp /tmp/SMUsetup.isoAs 'root' on the node:
cd /tmp mount –o loop SMUsetup.iso /mnt/cdrom /mnt/cdrom/autorun
NoteSMU iso images can be downloaded from Support Connect.
Replacing a single server with an embedded SMU
If a single server with an embedded SMU is non-functioning, and does not have a recent backup saved off platform, then a challenging and manual recovery process is necessary. If this circumstance is encountered, call the support organization for a copy of the system's latest diagnostics files. If available, these files can be used as a guide in reestablishing the system manually. The data and file systems will remain intact independent of the replacement and without a backup.
Obtaining backups, diagnostics, firmware levels, and license keys
Procedure
If the server is online, using NAS Manager, navigate to backup, and then select a location to save the backup file.
, clickEnsure you save the backup file to a safe location off platform so that you can access it after the storage system is offline.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
to download the diagnostic test results.Navigate to
Both the server and SMU firmware versions must match those on the failed server; otherwise, the server cannot properly restore from the backup file. See the release notes and the Hitachi NAS Platform and Hitachi Unified Storage File Module System Installation Guide for release-specific requirements. to verify SMU type and firmware release level.Navigate to
to verify the existing server (SU) firmware release level.Navigate to
to check the license keys to ensure you have the correct set of new license keys.
Shutting down the server you are replacing
Procedure
From the server console, issue the command: shutdown --ship --powerdown
Wait until the console displays Information: Server has shut down, and the rear panel LEDs turn off. The PSU and server fans continue to run until you remove the power cables from the PSU module. See the appropriate system component section for more information.NoteThis specific powerdown command prepares the system for both shipping, and potential long-term, post-replacement storage.Unplug the power cords from the power supplies.
Wait approximately 15 seconds, and then confirm the NVRAM status LED is off.
If the LED is flashing or fixed, press and hold the reset button for five seconds until the LED starts flashing. The battery disables when you release the reset button.Use the following rear panel figure and table to identify and label the cabling placement on the existing server.
If cables are not labeled, label them before removing them from the server.
Remove all cables from the server, and remove the server from the rack.
Remove the rail mounts from the old server, and install them on the new server.
Remove the battery from the old server, and install it in the new server.
Remove the bezel from the old server, and install it on the new server.
Insert the new server into the rack, and connect the power cords to the power supplies.
NoteDo not make any other cable connections at this time.
Configuring the replacement server
Before you begin
Obtain the necessary IP addresses to be used for the replacement server. Servers shipped from the factory have not yet had the nas-preconfig script run on them, so a replacement server will not have any IP addresses pre-configured for your use. You need IP addresses for the following:
- 192.0.2.200/24 eth1 (cluster IP)
- 192.0.2.2/24 eth1 (testhost private IP)
- 192.168.4.120/24 eth0 (testhost external IP, which might vary)
When you run the nas-preconfig script, it reconfigures the server to the previous settings. This step allows the SMU to recognize the server as the same and allows it to be managed. Reconfigured settings:
- IP addresses for Ethernet ports 0 and 1
- Gateway
- Domain name
- Host name
On the replacement server:
Procedure
Log in to the server.
Run the nas-preconfig script.
Reboot if you are instructed to by the script.
Log in to the SMU using one of the IP addresses you obtained.
Use a KVM (keyboard, video, and mouse) or a serial cable to connect to the serial port on the server.
Alternatively, you can connect by way of SSH using the following settings:- 115,200 b/s
- 8 data bits
- 1 stop bit
- No parity
- No flow control
- VT100 emulation
Log in as root and enter ssc localhost to access the BALI level command prompt.
Enter evs list to obtain the IP configuration for the server.
Using a supported browser, launch the NAS Manager using either of the IP addresses acquired from the EVS list output.
Click Yes, and log in as admin.
Verify and, if necessary, convert the new server to the model profile required.
This step requires a separate process, training, and license keys. Contact Hitachi Vantara if the incorrect model arrives for replacement.Navigate to
to verify and, if necessary, upgrade the embedded SMU to the latest SMU release.Navigate to
to verify and, if necessary, upgrade the new server to the latest SU release.Navigate to restore to restore the system from that backup file.
, select the desired backup file, and clickReboot the server.
Reconnect the data cables to the server.
Finalizing and verifying the replacement server configuration
The Fibre Channel (FC) link speed varies according to the server model. Use the appropriate speed for your model.
Model | Fibre Channel link speed |
4 Gbps | |
On the replacement server:
Procedure
Navigate to
to load the license keys.Remove the previous license keys in the backup file, and add the new keys.
Use fc-link-speed to verify and, if necessary, configure the FC port speed as required.; for example:
Enter fc-link-speed to display the current settings.
Enter
fc-link-speed -i port_number -s speed
for each port.Enter fc-link-speed to verify the settings.
Use the fc-link-type command to configure the server in fabric (N) or loop (NL) mode.
Modify zoning and switches with the new WWPN, if you are using WWN-based zoning.
If you are using port-based zoning, the no modifications are necessary for the switches configurations.Open Storage Navigator and reconfigure LUN mapping and host group on the storage system that is dedicated to the server with the new WWPNs. Perform this step for every affected server port.
If the server does not recognize the system drives, enter fc-link-reset to reset the fiber paths.
Enter sdpath to display the path to the devices (system drives) and which hport and storage port are used.
Enter sd-list to verify the system drives statuses as OK and access is allowed.
Enter span-list to verify the storage pools (spans) are accessible.
NoteIn this instance, cluster is synonymous with the standalone server.Enter span-list-cluster-uuids span_label to display the cluster serial number (UUID) to which the storage pool belongs.
The UUID is written into the storage pool’s configuration on disk (COD). The COD is a data structure stored in every SD, which provides information how the different SDs are combined into different stripesets and storage pools.Enter span-assign-to-cluster span_label to assign all the spans to the new server.
Verify the IP routes, and enable all the EVSs for file services in case they are disabled.
Reconfigure any required tape backup application security.
Navigate to Clear Event Logs.
, and clickNavigate to
and verify the server status:- If the server is operating normally, and is not displaying any alarm conditions, run a backup to capture the revised configuration, and then download another diagnostic to support. Permanent license keys for the replacement server are normally provided within 7 days.
- If the server is not operating normally for any reason, contact support for assistance.
Confirm all final settings, IP addresses, customer contact information, service restarts, client access, and that customer expectations are all in place. Features such as replication and data migration should all be confirmed as working, and all file systems and storage pools should be online.
Replacing a single server with an external SMU
Note that if it is a single server with an external SMU that is nonfunctioning, and does not have a recent backup saved off platform, then a challenging and manual recovery process is necessary. If this circumstance is encountered, call the support organization for a copy of the system's latest diagnostics files, if available, to be used as a guide in reestablishing the system manually. The data and file systems will remain intact independent of the replacement and without a backup.
Obtaining backups, diagnostics, firmware levels, and license keys
Procedure
If the server is online, using NAS Manager, navigate to backup, and then select a location to save the backup file.
, clickEnsure you save the backup file to a safe location off platform so that you can access it after the storage system is offline.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
to download the diagnostic test results.Navigate to
The server firmware version must match the failed server; otherwise, the server cannot properly restore from the backup file. See the release notes and system installation guide for release-specific requirements. to verify the existing server (SU) firmware release level.Navigate to
to check the license keys to ensure you have the correct set of new license keys.Record the following information:
- IP addresses for Ethernet ports 0 and 1
- Gateway
- Domain name
- Host name
Shutting down the server you are replacing
Procedure
From the server console, issue the command: shutdown --ship --powerdown
Wait until the console displays Information: Server has shut down, and the rear panel LEDs turn off. The PSU and server fans continue to run until you remove the power cables from the PSU module. See the appropriate system component section for more information.NoteThis specific powerdown command prepares the system for both shipping, and potential long-term, post-replacement storage.Unplug the power cords from the power supplies.
Wait approximately 15 seconds, and then confirm the NVRAM status LED is off.
If the LED is flashing or fixed, press and hold the reset button for five seconds until the LED starts flashing. The battery disables when you release the reset button.Use the following rear panel figure and table to identify and label the cabling placement on the existing server.
If cables are not labeled, label them before removing them from the server.
Remove all cables from the server, and remove the server from the rack.
Remove the rail mounts from the old server, and install them on the new server.
Remove the battery from the old server, and install it in the new server.
Remove the bezel from the old server, and install it on the new server.
Insert the new server into the rack, and connect the power cords to the power supplies.
NoteDo not make any other cable connections at this time.
Configuring the replacement server
Before you begin
Obtain the necessary IP addresses to be used for the replacement server. Servers shipped from the factory have not yet had the nas-preconfig script run on them, so a replacement server will not have any IP addresses pre-configured for your use. You need IP addresses for the following:
- 192.0.2.200/24 eth1 (cluster IP)
- 192.0.2.2/24 eth1 (testhost private IP)
- 192.168.4.120/24 eth0 (testhost external IP, which might vary)
When you run the nas-preconfig script, it reconfigures the server to the previous settings. This step allows the SMU to recognize the server as the same and allows it to be managed. Reconfigured settings:
- IP addresses for Ethernet ports 0 and 1
- Gateway
- Domain name
- Host name
On the replacement server:
Procedure
Log in to the server.
Run the nas-preconfig script.
Reboot if you are instructed to by the script.
Log in to the SMU using one of the IP addresses you obtained once they can successfully connect using ssc localhost.
Use a KVM (keyboard, video, and mouse) or a serial cable to connect to the serial port on the server.
Alternatively, you can connect by way of SSH using the following settings:- 115,200 b/s
- 8 data bits
- 1 stop bit
- No parity
- No flow control
- VT100 emulation
Log in as root, and enter ssc localhost to access the BALI level command prompt.
Enter evs list to obtain the IP configuration for the server.
Using a supported browser, launch the NAS Manager using either of the IP addresses acquired from the EVS list output.
Click Yes to proceed past the Security Alert, and log in as admin.
Verify and, if necessary, convert the new server to the model profile required.
This step requires a separate process, training, and license keys. Contact Hitachi Vantara Support Connect if the incorrect model arrives for replacement.Navigate to
to verify and, if necessary, upgrade the new server to the latest SU release.Navigate to restore to restore the system from that backup file.
, select the backup file you want, and clickReboot the server.
Reconnect the data cables to the server.
To uninstall the embedded SMU, log in as root and issue the command: smu-uninstall
Navigate to
to load the license keys.Remove the previous license keys and add the new keys.
Finalizing and verifying the replacement server configuration
The Fibre Channel (FC) link speed varies according to the server model. Use the appropriate speed for your model.
Model | Fibre Channel link speed |
4 Gbps | |
On the replacement server:
Procedure
Navigate to
to load the license keys.Remove the previous license keys in the backup file, and add the new keys.
Use fc-link-speed to verify and, if necessary, configure the FC port speed as required.; for example:
Enter fc-link-speed to display the current settings.
Enter
fc-link-speed -i port_number -s speed
for each port.Enter fc-link-speed to verify the settings.
Use the fc-link-type command to configure the server in fabric (N) or loop (NL) mode.
Modify zoning and switches with the new WWPN, if you are using WWN-based zoning.
If you are using port-based zoning, the no modifications are necessary for the switches configurations.Open Storage Navigator and reconfigure LUN mapping and host group on the storage system that is dedicated to the server with the new WWPNs. Perform this step for every affected server port.
If the server does not recognize the system drives, enter fc-link-reset to reset the fiber paths.
Enter sdpath to display the path to the devices (system drives) and which hport and storage port are used.
Enter sd-list to verify the system drives statuses as OK and access is allowed.
Enter span-list to verify the storage pools (spans) are accessible.
NoteIn this instance, cluster is synonymous with the standalone server.Enter span-list-cluster-uuids span_label to display the cluster serial number (UUID) to which the storage pool belongs.
The UUID is written into the storage pool’s configuration on disk (COD). The COD is a data structure stored in every SD, which provides information how the different SDs are combined into different stripesets and storage pools.Enter span-assign-to-cluster span_label to assign all the spans to the new server.
Verify the IP routes, and enable all the EVSs for file services in case they are disabled.
Reconfigure any required tape backup application security.
Navigate to Clear Event Logs.
, and clickNavigate to
and verify the server status:- If the server is operating normally, and is not displaying any alarm conditions, run a backup to capture the revised configuration, and then download another diagnostic to support. Permanent license keys for the replacement server are normally provided within 7 days.
- If the server is not operating normally for any reason, contact support for assistance.
Confirm all final settings, IP addresses, customer contact information, service restarts, client access, and that customer expectations are all in place. Features such as replication and data migration should all be confirmed as working, and all file systems and storage pools should be online.
Replacing a node within a cluster
Replacing a single node within a cluster assumes only two-node clusters and the presence of an external SMU, which acts as a quorum device. This helps to simplify the replacement process because a cluster preserves operational state of the entire system beyond any single node failure.
Because you are replacing an existing node from a cluster, you do not require any additional licenses, since the cluster will retain the licenses used from the existing node and the Cluster MAC-ID does not change, even if you are replacing node 1.
Capturing information from the existing node
To start, capture and record information from the existing node.
Procedure
Use the table below to record the information of the node to be replaced. This table will help you later during the node replacement process, by providing all the needed information.
Information of the node to be replaced Node Number Softwear Version ETH0 Node IP Address ETH0 Subnet Mask ETH1 IP Address (if applicable) WWN-Port 1 WWN-Port 2 WWN-Port 3 WWN-Port 4 How is the current node connected to the storage?
Direct Connected SAN Connected Is the storage using Host Group Security?
No Yes
Preparing the new node
Prepare the new node prior to installation.
Procedure
Obtain the HNAS Factory Reset code for the required level to be installed on the node.
Complete a factory reset of the new node per the documented procedure in order to install the node at the desired code level.
Run nas-preconfig on the node, entering the required information to allow BALI to start following a reboot of the new node.
For the Admin EVS, enter a valid IP address that is available for use temporarily. Once this node is joined to the cluster this address will be removed and the existing Admin IP address in the cluster will be used.Ensure that the new node boots, and that you can connect to it via SSH and login to BALI.
Use the CLI hport-wwn command to get the WWN information for the new node.
Record the new WWN information for the new node.WWN Information WWN-Port 1 WWN-Port 2 WWN-Port 3 WWN-Port 4
Preparing the old node for removal
Prepare the old node for removal before installing the new node.
Procedure
Backup the SMU.
Backup the Node Registry.
If the node that you are replacing is still running, login to the SMU GUI.
Migrate EVSs to an alternate node.
Shut down the node.
Once the node is shut down, go to
and delete the entry for the node that you are replacing.Label the cables connected to each of the ports on the node, and disconnect the cables once they have been labelled. Ensure that you use dust covers where required.
Remove the old node from the rack.
Place the old node into the packaging that the new node was shipped in and mark it as a bad part.
Installing the new node
You are now ready to install the new node.
Procedure
Physically rack the new node into the place of the old node.
Connect the cables to the new node, according your labelling.
Power up the new node and ensure that BALI loads again.
If the customer is using SAN attached, and/or host group security, update this to reflect the changes that are being made to the WWN, as you documented previously in Preparing the node, step 5.
Add the new node as a managed server on the SMU.
From the drop down in the SMU, select the existing Cluster.
Go into AddCluster node.
and click onComplete the add cluster node wizard, selecting the new node which will appear in the selection box, and enter the supervisor password where prompted (the default is supervisor). Upon completion of the wizard, the new node will reboot and join the cluster.
Finalizing and verifying the server configuration
Procedure
Navigate to
to verify the server status:- If the server is operating normally, and is not displaying any alarm conditions, run a backup to capture the revised configuration, and then download another diagnostic to support. Permanent license keys for the new server will be provided within 15 days.
- If the server is not operating normally for any reason, contact support for assistance.
Navigate to
to verify the cluster configuration status. Ensure that the cluster is shown as Online and Robust and has the correct number of nodes.Use CLI to verify that the new node has access to the System Drives. Use sd-list from the node that you have just replaced.
For example: pn x sd-list where x is the node number in the cluster.FSS-HNAS-1:$ sd-list Device Status Alw GiByte Mirror In span Span Cap ----- ------ --- ------ ------ ------- -------- 0 OK Yes 1607 Pri FSS_Pool_1 3214 1 OK Yes 1607 Pri FSS_Pool_1 3214 4 OK Yes 390 Pri FSS_AMS200 1560 5 OK Yes 390 Pri FSS_AMS200 1560 6 OK Yes 390 Pri FSS_AMS200 1560 7 OK Yes 390 Pri FSS_AMS200 1560
If EVS mapping or balancing is required, select the EVS to migrate, assign it to the preferred node, and then click migrate.
To set the preferred node for any remaining EVSs, navigate to
.Select the node from the Preferred Cluster Node list, and then click apply.
Navigate to Clear Event Logs.
, and then clickConfirm all final settings, IP addresses, customer contact information, service restarts, client access, and that customer expectations are all in place. Features such as replication and data migration should all be confirmed as working, and all file systems and storage pools should be online.
Replacing all servers within a cluster
If both servers with an external SMU that are nonfunctioning, and does not have a recent backup saved off platform, then a challenging and manual recovery process is necessary. If this circumstance is encountered, call the support organization for a copy of the system's latest diagnostics files, if available, to be used as a guide in reestablishing the system manually. The data and file systems will remain intact independent of the replacement and without a backup.
Obtaining backups, diagnostics, firmware levels, and license keys
Procedure
If the server is online, using NAS Manager, navigate to backup, and then select a location to save the backup file.
Ensure you save the backup file to a safe location off platform so that you can access it after the storage system is offline. , clickThe backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
Select the devices for which diagnostics are required by checking the appropriate boxes. Then click to download the diagnostic test results. download.Navigate to
to verify the existing server (SU) firmware release level.The new server firmware version must match the failed server; otherwise, the server cannot properly restore from the backup file. See the release notes and the System Installation Guide for release-specific requirements.
Navigate to
to obtain:- Admin IP address and name
- Cluster node IP address
The evs list command also displays these IP addresses.
Shutting down the servers you are replacing
Procedure
From the server console, issue the command: cn node shutdown --ship --powerdown
(where node represents the targeted node)
Wait until the console displays Information: Server has shut down, and the rear panel LEDs turn off. The PSU and server fans continue to run until you remove the power cables from the PSU module. See the appropriate system component section for more information.
NoteThis specific powerdown command prepares the system for both shipping, and potential long-term, post-replacement storage.Unplug the power cords from the power supplies.
Wait approximately 15 seconds, and then confirm the NVRAM status LED is off.
If the LED is flashing or fixed, press and hold the reset button for five seconds or until the LED starts flashing. The battery disables when you release the reset button.Use the following rear panel figure and table to identify and label the cabling placement on the existing server.
If cables are not labeled, label them before removing them from the server.
Remove all cables from the server, and remove the server from the rack.
Remove the rail mounts from the old server, and install them on the new server.
Remove the battery from the old server, and install it in the new server.
Remove the bezel from the old server, and install it on the new server.
Insert the new server into the rack, and connect the power cords to the power supplies.
NoteDo not make any other cable connections at this time.
Configuring the replacement servers
Before you begin
Obtain the necessary IP addresses to be used for the replacement server. Servers shipped from the factory have not yet had the nas-preconfig script run on them, so a replacement server will not have any IP addresses pre-configured for your use. You need IP addresses for the following:
- Eth1 (cluster IP)
- Eth1 (testhost private IP)
- Eth0 (testhost external IP)
- 192.0.2.200/24 eth1 (cluster IP)
- 192.0.2.2/24 eth1 (testhost private IP)
- 192.168.4.120/24 eth0 (testhost external IP, which might vary)
Procedure
Log in to the server.
Run the nas-preconfig script.
The IP addresses are assigned at this step.Reboot if you are instructed to by the script.
Log in to the SMU using one of the IP addresses you obtained once they can successfully connect using ssc localhost.
Use a KVM (keyboard, video, and mouse) or a serial cable to connect to the serial port on the server.
Alternatively, you can connect by way of SSH using the following settings:- 115,200 b/s
- 8 data bits
- 1 stop bit
- No parity
- No flow control
- VT100 emulation
Log in as root, and enter ssc localhost to access the BALI level command prompt.
Enter evs list to see the IP configuration for the server.
Using a supported browser, launch the NAS Manager using either one of the IP addresses acquired from the EVS list output.
Click Yes to proceed past Security Alert, and log in as admin.
Verify and, if necessary, convert the new server to the model profile required.
This step requires a separate process, training, and license keys. Contact Hitachi Vantara if the incorrect model arrives for replacement.Navigate to
to verify and, if necessary, upgrade the new server to the latest SU release.Navigate to
, and promote the node to the cluster.Enter the cluster name, cluster node IP address, subnet, and select a quorum device.
Note that the node reboots several times during this process.When prompted, add the second node to the cluster.
Enter the physical node IP address, log in as supervisor, and click finish.
Wait for the system to reboot.Enter smu-uninstall to uninstall the embedded SMU.
Navigate to restore.
, locate the desired backup file, and then clickReconfigure the server to the previous settings:
- IP addresses for Ethernet ports 0 and 1
- Gateway
- Domain name
- Host name
The SMU should recognize the node as the same and allow it to be managed.
Navigate to
to load the license keys.Repeat steps for any other replacement servers to be configured.
Finalizing and verifying the system configuration
Procedure
Navigate to
to verify the server status:- If the server is operating normally, and is not displaying any alarm conditions, run a backup to capture the revised configuration, and then download another diagnostic to support. Permanent license keys for the new server will be provided within 15 days.
- If the server is not operating normally for any reason, contact support for assistance.
Navigate to Clear Event Logs.
, and then clickConfirm all final settings, IP addresses, customer contact information, service restarts, client access, and that customer expectations are all in place. Features such as replication and data migration should all be confirmed as working, and all file systems and storage pools should be online.