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
Important This document does not treat migration scenarios between different configurations at the time of replacement.
Overview of the Hitachi NAS Platform. The Series 4000 hardware reference explains how to configure the hardware and software, and how to replace faulty components.
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.
NoteReplacement servers are shipped without an embedded system management unit (SMU), so you must install the SMU before you can connect to a stand-alone server.
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:
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 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.
NoteIf the scenario is a single node or an all-cluster node replacement, use the span-allow-access command to attach the storage when the MAC ID changes.
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.
ImportantIt is assumed that customers are frequently establishing backups somewhere safely off the platform for recovery purposes. If there is no backup, and the system to be replaced is nonfunctional, a manual recovery process is required to re-establish a functional system. The duration of this manual recovery is directly related to the complexity of the original configuration. All data and file systems are preserved independent of a backup.
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.
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.
NoteReplacement servers are shipped without an embedded system management
unit (SMU), so you must have a SMU installed before you can connect to a
standalone server.
ImportantSet expectations up front with the customer that this will delay
time to recovery, and that some aspects of the systems configuration might
never be recovered.
If the server is online, using
NAS Manager, navigate to
HomeServer SettingsConfiguration Backup & Restore, click
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.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
HomeStatus & MonitoringDiagnostics download to download the diagnostic test results.
Navigate to
HomeSMU AdministrationUpgrade SMU to verify SMU type and firmware release level.
Both the server and SMU firmware versions must match those on the
failed server; otherwise, the server cannot properly restore from the backup
file.
Navigate to
HomeServer SettingsFirmware Package Management to verify the existing server (SU) firmware release level.
Navigate to
HomeServer SettingsLicense Keys to check the license keys to ensure you have the correct set of new license keys.
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.
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
HomeSMU AdministrationUpgrade SMU to verify and, if necessary, upgrade the embedded SMU to the latest SMU release.
Navigate to
HomeServer SettingsFirmware Package Management to verify and, if necessary, upgrade the new server to the latest SU release.
Navigate to
HomeServer SettingsConfiguration Backup & Restore, select the desired backup file, and click
restore to restore the system from that backup file.
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:
NoteThe following steps show the FC link speed as 8 Gbps as an example.
Procedure
Navigate to
HomeServer SettingsLicense Keys 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-iport_number-sspeed 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-uuidsspan_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-clusterspan_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
HomeStatus & MonitoringEvent Logs, and click
Clear Event Logs.
Navigate to
HomeStatus & MonitoringSystem Monitor 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.
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.
NoteReplacement servers are shipped without an embedded system management
unit (SMU), so you must have a SMU installed before you can connect to a
standalone server.
ImportantSet expectations up front with the customer that this will delay
time to recovery, and that some aspects of the systems configuration might
never be recovered.
If the server is online, using
NAS Manager, navigate to
HomeServer SettingsConfiguration Backup & Restore, click
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.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
HomeStatus & MonitoringDiagnostics download to download the diagnostic test results.
Navigate to
HomeServer SettingsFirmware Package Management to verify the existing server (SU) firmware release level.
The server firmware version must match the failed server; otherwise, the
server cannot properly restore from the backup file.
Navigate to
HomeServer SettingsLicense Keys to check the license keys to ensure you have the correct set of new license keys.
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.
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
HomeServer SettingsFirmware Package Management to verify and, if necessary, upgrade the new server to the latest SU release.
Navigate to
HomeServer SettingsConfiguration Backup & Restore, select the backup file you want, and click
restore to restore the system from that backup file.
Reboot 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
HomeServer SettingsLicense Keys to load the license keys.
Remove the previous license keys and add the new keys.
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:
NoteThe following steps show the FC link speed as 8 Gbps as an example.
Procedure
Navigate to
HomeServer SettingsLicense Keys 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-iport_number-sspeed 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-uuidsspan_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-clusterspan_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
HomeStatus & MonitoringEvent Logs, and click
Clear Event Logs.
Navigate to
HomeStatus & MonitoringSystem Monitor 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 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.
If the server is online, using Web Manager (SMU GUI), navigate to
HomeServer SettingsConfiguration Backup & Restore, click
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.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
HomeStatus & MonitoringDiagnostics Download to download the diagnostic test results.
Navigate to
HomeServer SettingsFirmware Package Management 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
HomeServer SettingsIP Addresses to obtain the node IP address.
The
ipaddr command also displays these IP addresses.
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.
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)
On the replacement server:
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.
Enter
evs list to see the IP configuration for the server.
Using a supported browser,
launch the NAS Manager (SMU GUI) 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 equipment. Contact support if the incorrect model arrives for replacement.
Navigate to
HomeServer SettingsFirmware Package Management to verify and, if necessary, upgrade the new server to the latest SU release.
Navigate to
HomeServer SettingsIP Addresses, and change the node IP address acquired from the old server.
If necessary, change the default private IP address (192.0.2.2) if it conflicts with an existing IP address in the cluster configuration.
Reconnect the data cables to the server, including the intercluster and private management network cables.
Navigate to HomeServer
SettingsAdd Cluster
Node, and log in as supervisor to add
the new node to the cluster configuration.
Confirm that you want to overwrite the node, review the settings, and then click
finish.
Wait for about 10 minutes for the node to reboot and join the cluster successfully.
Enter
smu-uninstall to uninstall the embedded SMU.
Navigate to
HomeStatus & MonitoringSystem Monitor 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
HomeServer SettingsCluster Configuration 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
HomeServer SettingsEVS ManagementEVS Details.
Select the node from the Preferred Cluster Node list, and then click
apply.
Navigate to
HomeStatus & MonitoringEvent Logs, and then click
Clear Event Logs.
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.
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.
ImportantSet expectations up front with the customer that
this will delay time to recovery, and that some aspects of the systems
configuration might never be recovered.
If the server is online, using
NAS Manager, navigate to
HomeServer SettingsConfiguration Backup & Restore, click
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.
The backup process performed by the embedded SMU will automatically capture both the SMU and server configuration files in one complete set.
Navigate to
HomeStatus & MonitoringDiagnostics download to download the diagnostic test results.
Select the devices for which diagnostics are required by checking the appropriate boxes. Then click
download.
Navigate to
HomeServer SettingsFirmware Package Management 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.
Navigate to
HomeServer SettingsIP Addresses to obtain:
Admin IP address and name
Cluster node IP address
The
evs list command also displays these IP addresses.
From the server console, issue the command:
cnnodeshutdown --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.
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)
On a replacement server:
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
HomeServer SettingsFirmware Package Management to verify and, if necessary, upgrade the new server to the latest SU release.
Navigate to
HomeServer SettingsCluster Wizard, 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
HomeServer SettingsConfiguration Backup & Restore, locate the desired backup file, and then click
restore.
Reconfigure 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
HomeServer SettingsLicense Keys to load the license keys.
Repeat steps for any other replacement servers to be configured.
Navigate to
HomeStatus & MonitoringSystem Monitor 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
HomeStatus & MonitoringEvent Logs, and then click
Clear Event Logs.
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.
