Transfer the boot image to the boot media using a USB flash drive - AFF A320
The replacement boot media that you installed does not have a boot image, so you need to transfer a boot image using a USB flash drive.
-
You must have a USB flash drive, formatted to MBR/FAT32, with at least 4GB capacity
-
A copy of the same image version of ONTAP as what the impaired controller was running. You can download the appropriate image from the Downloads section on the NetApp Support Site
-
If NVE is enabled, download the image with NetApp Volume Encryption, as indicated in the download button.
-
If NVE is not enabled, download the image without NetApp Volume Encryption, as indicated in the download button.
-
-
If your system is an HA pair, you must have a network connection.
-
If your system is a stand-alone system you do not need a network connection, but you must perform an additional reboot when restoring the var file system.
-
Download and copy the appropriate service image from the NetApp Support Site to the USB flash drive.
-
Download the service image to your work space on your laptop.
-
Unzip the service image.
If you are extracting the contents using Windows, do not use winzip to extract the netboot image. Use another extraction tool, such as 7-Zip or WinRAR. There are two folders in the unzipped service image file:
-
boot
-
efi
-
-
Copy the efi folder to the top directory on the USB flash drive.
The USB flash drive should have the efi folder and the same Service Image (BIOS) version of what the impaired controller is running.
-
Remove the USB flash drive from your laptop.
-
-
If you have not already done so, close the air duct.
-
Align the end of the controller module with the opening in the chassis, and then gently push the controller module halfway into the system.
-
Reinstall the cable management device and recable the system, as needed.
When recabling, remember to reinstall the media converters (SFPs or QSFPs) if they were removed.
-
Plug the power cable into the power supply and reinstall the power cable retainer.
-
Insert the USB flash drive into the USB slot on the controller module.
Make sure that you install the USB flash drive in the slot labeled for USB devices, and not in the USB console port.
-
Complete the reinstallation of the controller module:
-
Make sure the latch arms are locked in the extended position.
-
Using the latch arms, push the controller module into the chassis bay until it stops.
Do not push down on the latching mechanism at the top of the latch arms. Doing so with raise the locking mechanism and prohibit sliding the controller module into the chassis. -
Press down and hold the orange tabs on top of the latching mechanism.
-
Gently push the controller module into the chassis bay until it is flush with the edges of the chassis.
The latching mechanism arms slide into the chassis. The controller module begins to boot as soon as it is fully seated in the chassis.
-
Release the latches to lock the controller module into place.
-
If you have not already done so, reinstall the cable management device.
-
-
Interrupt the boot process by pressing Ctrl-C to stop at the LOADER prompt.
If you miss this message, press Ctrl-C, select the option to boot to Maintenance mode, and then halt the controller to boot to LOADER.
-
Although the environment variables and bootargs are retained, you should check that all required boot environment variables and bootargs are properly set for your system type and configuration using the
printenv bootarg name
command and correct any errors using thesetenv variable-name <value>
command.-
Check the boot environment variables:
-
bootarg.init.boot_clustered
-
partner-sysid
-
bootarg.init.flash_optimized
for AFF C190/AFF A220 (All Flash FAS) -
bootarg.init.san_optimized
for AFF A220 and All-Flash SAN Array -
bootarg.init.switchless_cluster.enable
-
-
If External Key Manager is enabled, check the bootarg values, listed in the
kenv
ASUP output:-
bootarg.storageencryption.support <value>
-
bootarg.keymanager.support <value>
-
kmip.init.interface <value>
-
kmip.init.ipaddr <value>
-
kmip.init.netmask <value>
-
kmip.init.gateway <value>
-
-
If Onboard Key Manager is enabled, check the bootarg values, listed in the
kenv
ASUP output:-
bootarg.storageencryption.support <value>
-
bootarg.keymanager.support <value>
-
bootarg.onboard_keymanager <value>
-
-
Save the environment variables you changed with the
savenv
command -
Confirm your changes using the
printenv variable-name
command.
-
-
From the LOADER prompt, boot the recovery image from the USB flash drive:
boot_recovery
The image is downloaded from the USB flash drive.
-
When prompted, either enter the name of the image or accept the default image displayed inside the brackets on your screen.
-
After the image is installed, start the restoration process:
-
Record the IP address of the impaired controller that is displayed on the screen.
-
Press
y
when prompted to restore the backup configuration. -
Press
y
when prompted to overwrite /etc/ssh/ssh_host_dsa_key.
-
-
From the partner controller in advanced privilege level, start the configuration synchronization using the IP address recorded in the previous step:
system node restore-backup -node local -target-address impaired_node_IP_address
-
If the restore is successful, press
y
on the impaired controller when prompted to use the restored copy?. -
Press
y
when you see confirm backup procedure was successful, and then pressy
when prompted to reboot the controller. -
Verify that the environmental variables are set as expected.
-
Take the controller to the LOADER prompt.
From the ONTAP prompt, you can issue the command system node halt -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true.
-
Check the environment variable settings with the
printenv
command. -
If an environment variable is not set as expected, modify it with the
setenv environment-variable-name changed-value
command. -
Save your changes using the
savenv
command. -
Reboot the controller.
-
-
With the rebooted impaired controller displaying the
Waiting for giveback…
message, perform a giveback from the healthy controller:If your system is in… Then… An HA pair
After the impaired controller is displaying the
Waiting for giveback…
message, perform a giveback from the healthy controller:-
From the healthy controller:
storage failover giveback -ofnode partner_node_name
The impaired controller takes back its storage, finishes booting, and then reboots and is again taken over by the healthy controller.
If the giveback is vetoed, you can consider overriding the vetoes. -
Monitor the progress of the giveback operation by using the
storage failover show-giveback
command. -
After the giveback operation is complete, confirm that the HA pair is healthy and that takeover is possible by using the
storage failover show
command. -
Restore automatic giveback if you disabled it using the storage failover modify command.
-
-
Exit advanced privilege level on the healthy controller.
-