NetApp FAS8300 Bedienungsanleitung

Boot media

ONTAP Systems

NetApp

May 13, 2022

This PDF was generated from https://docs.netapp.com/us-en/ontap-systems/fas8300/bootmedia-replace-

overview.html on May 13, 2022. Always check docs.netapp.com for the latest.

Table of Contents

Boot media . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê1

Overview of boot media replacement - AFF FAS8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê1

Check onboard encryption keys - AFF fas8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê1

Shut down the impaired controller - AFF FAS8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê5

Replace the boot media - FAS8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê8

Boot the recovery image - AFF FAS8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê13

Switch back aggregates in a two-node MetroCluster configuration - AFF fas8300 and FAS8700. . . . . . . . . Ê16

Restore OKM, NSE, and NVE as needed - AFF fas8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê17

Return the failed part to NetApp - AFF fas8300 and FAS8700 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Ê21

Boot media

Overview of boot media replacement - AFF FAS8300 and

FAS8700

The boot media stores a primary and secondary set of system (boot image) files that the

system uses when it boots. Depending on your network configuration, you can perform

either a nondisruptive or disruptive replacement.

You must have a USB flash drive, formatted to FAT32, with the appropriate amount of storage to hold the

image_xxx.tgz file.

You also must copy the image_xxx.tgz file to the USB flash drive for later use in this procedure.

•The nondisruptive and disruptive methods for replacing a boot media both require you to restore the var

file system:

◦For nondisruptive replacement, the HA pair must be connected to a network to restore the var file

system.

◦For disruptive replacement, you do not need a network connection to restore the var file system, but

the process requires two reboots.

•You must replace the failed component with a replacement FRU component you received from your

provider.

•It is important that you apply the commands in these steps on the correct node:

◦The impaired node is the node on which you are performing maintenance.

◦The healthy node is the HA partner of the impaired node.

Check onboard encryption keys - AFF fas8300 and FAS8700

Prior to shutting down the impaired controller and checking the status of the onboard

encryption keys, you must check the status of the impaired controller, disable automatic

giveback, and check the version of ONTAP that is running.

If you have a cluster with more than two nodes, it must be in quorum. If the cluster is not in quorum or a healthy

controller shows false for eligibility and health, you must correct the issue before shutting down the impaired

controller; see the NetApp Encryption overview with the CLI.

Steps

1. Check the status of the impaired controller:

◦If the impaired controller is at the login prompt, log in as admin.

◦If the impaired controller is at the LOADER prompt and is part of HA configuration, log in as admin on

the healthy controller.

◦If the impaired controller is in a standalone configuration and at LOADER prompt, contact

mysupport.netapp.com.

2. If AutoSupport is enabled, suppress automatic case creation by invoking an AutoSupport message:

system node autosupport invoke -node * -type all -message

MAINT=number_of_hours_downh

The following AutoSupport message suppresses automatic case creation for two hours: cluster1:*>

system node autosupport invoke -node * -type all -message MAINT=2h

3. Check the version of ONTAP the system is running on the impaired controller if up, or on the partner

controller if the impaired controller is down, using the version -v command:

◦If <lno-DARE> or <1Ono-DARE> is displayed in the command output, the system does not support

NVE, proceed to shut down the controller.

◦If <lno-DARE> is not displayed in the command output, and the system is running ONTAP 9.6 or later,

go to the next section.

4. If the impaired controller is part of an HA configuration, disable automatic giveback from the healthy

controller: storage failover modify -node local -auto-giveback false or storage

failover modify -node local -auto-giveback-after-panic false

Check NVE or NSE on systems running ONTAP 9.6 and later

Before shutting down the impaired controller, you need to verify whether the system has

either NetApp Volume Encryption (NVE) or NetApp Storage Encryption (NSE) enabled. If

so, you need to verify the configuration.

1. Verify whether NVE is in use for any volumes in the cluster: volume show -is-encrypted true

If any volumes are listed in the output, NVE is configured and you need to verify the NVE configuration. If

no volumes are listed, check whether NSE is configured and in use.

2. Verify whether NSE is configured and in use: storage encryption disk show

◦If the command output lists the drive details with Mode & Key ID information, NSE is configured and

you need to verify the NSE configuration and in use.

◦If no disks are shown, NSE is not configured.

◦If NVE and NSE are not configured, no drives are protected with NSE keys, it’s safe to shut down the

impaired controller.

Verify NVE configuration

1. Display the key IDs of the authentication keys that are stored on the key management servers: security

key-manager key-query

After the ONTAP 9.6 release, you may have additional key manager types. The types are KMIP,

AKV, and GCP. The process for confirming these types is the same as confirming external or

onboard key manager types.

•If the Key Manager type displays external and the Restored column displays yes, it’s safe to shut

down the impaired controller.

•If the Key Manager type displays onboard and the Restored column displays yes, you need to

complete some additional steps.

•If the Key Manager type displays external and the Restored column displays anything other than

yes, you need to complete some additional steps.

•If the Key Manager type displays onboard and the Restored column displays anything other than yes,

you need to complete some additional steps.

1. If the Key Manager type displays onboard and the Restored column displays yes, manually back

up the OKM information:

a. Go to advanced privilege mode and enter ywhen prompted to continue: set -priv advanced

b. Enter the command to display the key management information: security key-manager

onboard show-backup

c. Copy the contents of the backup information to a separate file or your log file. You’ll need it in

disaster scenarios where you might need to manually recover OKM.

d. Return to admin mode: set -priv admin

e. Shut down the impaired controller.

2. If the Key Manager type displays external and the Restored column displays anything other than

yes:

a. Restore the external key management authentication keys to all nodes in the cluster: security

key-manager external restore

If the command fails, contact NetApp Support.

mysupport.netapp.com

b. Verify that the Restored column equals yes for all authentication keys: security key-

manager key-query

c. Shut down the impaired controller.

3. If the Key Manager type displays onboard and the Restored column displays anything other than

yes:

a. Enter the onboard security key-manager sync command: security key-manager onboard

sync

Enter the customer’s onboard key management passphrase at the prompt. If the

passphrase cannot be provided, contact NetApp Support. mysupport.netapp.com

b. Verify the Restored column shows yes for all authentication keys: security key-manager

key-query

c. Verify that the Key Manager type shows onboard, and then manually back up the OKM

information.

d. Go to advanced privilege mode and enter ywhen prompted to continue: set -priv advanced

e. Enter the command to display the key management backup information: security key-

manager onboard show-backup

f. Copy the contents of the backup information to a separate file or your log file. You’ll need it in

disaster scenarios where you might need to manually recover OKM.

g. Return to admin mode: set -priv admin

h. You can safely shut down the controller.

Verify NSE configuration

1. Display the key IDs of the authentication keys that are stored on the key management servers: security

key-manager key-query -key-type NSE-AK

After the ONTAP 9.6 release, you may have additional key manager types. The types are KMIP,

AKV, and GCP. The process for confirming these types is the same as confirming external or

onboard key manager types.

•If the Key Manager type displays external and the Restored column displays yes, it’s safe to shut

down the impaired controller.

•If the Key Manager type displays onboard and the Restored column displays yes, you need to

complete some additional steps.

•If the Key Manager type displays external and the Restored column displays anything other than

yes, you need to complete some additional steps.

•If the Key Manager type displays external and the Restored column displays anything other than

yes, you need to complete some additional steps.

1. If the Key Manager type displays onboard and the Restored column displays yes, manually back

up the OKM information:

a. Go to advanced privilege mode and enter ywhen prompted to continue: set -priv advanced

b. Enter the command to display the key management information: security key-manager

onboard show-backup

c. Copy the contents of the backup information to a separate file or your log file. You’ll need it in

disaster scenarios where you might need to manually recover OKM.

d. Return to admin mode: set -priv admin

e. You can safely shut down the controller.

2. If the Key Manager type displays external and the Restored column displays anything other than

yes:

a. Enter the onboard security key-manager sync command: security key-manager external

sync

If the command fails, contact NetApp Support.

mysupport.netapp.com

b. Verify that the Restored column equals yes for all authentication keys: security key-

manager key-query

c. You can safely shut down the controller.

3. If the Key Manager type displays onboard and the Restored column displays anything other than

yes:

a. Enter the onboard security key-manager sync command: security key-manager onboard

sync

Enter the customer’s onboard key management passphrase at the prompt. If the passphrase

cannot be provided, contact NetApp Support.

mysupport.netapp.com

b. Verify the Restored column shows yes for all authentication keys: security key-manager

key-query

c. Verify that the Key Manager type shows onboard, and then manually back up the OKM

information.

d. Go to advanced privilege mode and enter ywhen prompted to continue: set -priv advanced

e. Enter the command to display the key management backup information: security key-

manager onboard show-backup

f. Copy the contents of the backup information to a separate file or your log file. You’ll need it in

disaster scenarios where you might need to manually recover OKM.

g. Return to admin mode: set -priv admin

h. You can safely shut down the controller.

Shut down the impaired controller - AFF FAS8300 and

FAS8700

Option 1: Most systems

After completing the NVE or NSE tasks, you need to complete the shutdown of the impaired controller.

Steps

a. Take the impaired controller to the LOADER prompt:

If the impaired controller

displays…

Then…

The LOADER prompt Go to Remove controller module.

Waiting for giveback… Press Ctrl-C, and then respond ywhen prompted.

System prompt or password

prompt (enter system password)

Take over or halt the impaired controller from the healthy controller:

storage failover takeover -ofnode

impaired_node_name

When the impaired controller shows Waiting for giveback…, press

Ctrl-C, and then respond y.

1. From the LOADER prompt, enter: printenv to capture all boot environmental variables. Save the

output to your log file.

This command may not work if the boot device is corrupted or non-functional.

Option 2: Controller is in a MetroCluster

After completing the NVE or NSE tasks, you need to complete the shutdown of the

impaired controller.

Do not use this procedure if your system is in a two-node MetroCluster configuration.

To shut down the impaired controller, you must determine the status of the controller and, if necessary, take

over the controller so that the healthy controller continues to serve data from the impaired controller storage.

•If you have a cluster with more than two nodes, it must be in quorum. If the cluster is not in quorum or a

healthy controller shows false for eligibility and health, you must correct the issue before shutting down the

impaired controller; see the Administration overview with the CLI.

•If you have a MetroCluster configuration, you must have confirmed that the MetroCluster Configuration

State is configured and that the nodes are in an enabled and normal state (metrocluster node show).

Steps

1. If AutoSupport is enabled, suppress automatic case creation by invoking an AutoSupport message:

system node autosupport invoke -node * -type all -message

MAINT=number_of_hours_downh

The following AutoSupport message suppresses automatic case creation for two hours: cluster1:*>

system node autosupport invoke -node * -type all -message MAINT=2h

2. Disable automatic giveback from the console of the healthy controller: storage failover modify

–node local -auto-giveback false

3. Take the impaired controller to the LOADER prompt:

If the impaired controller is

displaying…

Then…

The LOADER prompt Go to Remove controller module.

Waiting for giveback… Press Ctrl-C, and then respond ywhen prompted.

System prompt or password

prompt (enter system password)

Take over or halt the impaired controller from the healthy controller:

storage failover takeover -ofnode

impaired_node_name

When the impaired controller shows Waiting for giveback…, press

Ctrl-C, and then respond y.

Option 3: Controller is in a two-node Metrocluster

After completing the NVE or NSE tasks, you need to complete the shutdown of the

impaired controller.

To shut down the impaired controller, you must determine the status of the controller and, if necessary, switch

over the controller so that the healthy controller continues to serve data from the impaired controller storage.

About this task

•If you are using NetApp Storage Encryption, you must have reset the MSID using the instructions in the

"Return a FIPS drive or SED to unprotected mode" section of NetApp Encryption overview with the CLI.

•You must leave the power supplies turned on at the end of this procedure to provide power to the healthy

controller.

Steps

1. Check the MetroCluster status to determine whether the impaired controller has automatically switched

over to the healthy controller: metrocluster show

2. Depending on whether an automatic switchover has occurred, proceed according to the following table:

If the impaired controller… Then…

Has automatically switched over Proceed to the next step.

Has not automatically switched

over

Perform a planned switchover operation from the healthy controller:

metrocluster switchover

Has not automatically switched

over, you attempted switchover

with the metrocluster

switchover command, and the

switchover was vetoed

Review the veto messages and, if possible, resolve the issue and try

again. If you are unable to resolve the issue, contact technical

support.

3. Resynchronize the data aggregates by running the metrocluster heal -phase aggregates

command from the surviving cluster.

controller_A_1::> metrocluster heal -phase aggregates

[Job 130] Job succeeded: Heal Aggregates is successful.

If the healing is vetoed, you have the option of reissuing the metrocluster heal command with the

-override-vetoes parameter. If you use this optional parameter, the system overrides any soft vetoes

that prevent the healing operation.

4. Verify that the operation has been completed by using the metrocluster operation show command.

controller_A_1::> metrocluster operation show

Ê Operation: heal-aggregates

Ê State: successful

Start Time: 7/25/2016 18:45:55

Ê End Time: 7/25/2016 18:45:56

Ê Errors: -

5. Check the state of the aggregates by using the storage aggregate show command.

controller_A_1::> storage aggregate show

Aggregate Size Available Used% State #Vols Nodes RAID

Status

--------- -------- --------- ----- ------- ------ ----------------

------------

...

aggr_b2 227.1GB 227.1GB 0% online 0 mcc1-a2

raid_dp, mirrored, normal...

6. Heal the root aggregates by using the metrocluster heal -phase root-aggregates command.

mcc1A::> metrocluster heal -phase root-aggregates

[Job 137] Job succeeded: Heal Root Aggregates is successful

If the healing is vetoed, you have the option of reissuing the metrocluster heal command with the

-override-vetoes parameter. If you use this optional parameter, the system overrides any soft vetoes that

prevent the healing operation.

7. Verify that the heal operation is complete by using the metrocluster operation show command on

the destination cluster:

mcc1A::> metrocluster operation show

Ê Operation: heal-root-aggregates

Ê State: successful

ÊStart Time: 7/29/2016 20:54:41

Ê End Time: 7/29/2016 20:54:42

Ê Errors: -

8. On the impaired controller module, disconnect the power supplies.

Replace the boot media - FAS8300 and FAS8700

To replace the boot media, you must remove the impaired controller module, install the replacement boot

media, and transfer the boot image to a USB flash drive.

Step 1: Remove the controller module

To access components inside the controller module, you must remove the controller

module from the chassis.

You can use the following animation, illustration, or the written steps to remove the controller module from the

chassis.

Removing the controller module

Andere Handbücher für FAS8300

Dieses Handbuch passt für folgende Modelle

Inhaltsverzeichnis

Andere NetApp Lagerung Handbücher

NetApp

NetApp StorageGRID Webscale SG5700 Series Merkblatt

NetApp

NetApp StorageGRID Webscale SG5700 Series Betriebsanleitung

NetApp

NetApp FAS2800 Handbuch

NetApp

NetApp AFF A700s Bedienungsanleitung

NetApp

NetApp E Series Gebrauchsanweisung

NetApp

NetApp FAS2500 Gebrauchs- und Pflegehandbuch

NetApp

NetApp E-Series 3040 40U Bedienungsanleitung

NetApp

NetApp SteelStore 30 Series Bedienungsanleitung

NetApp

NetApp SOLIDFIRE Bedienungsanleitung

NetApp

NetApp AFF A800 Bedienungsanleitung

NetApp

NetApp DE6600 Bedienungsanleitung

NetApp

NetApp AltaVault System Handbuch

NetApp

NetApp H600S Series Handbuch

NetApp

NetApp DS224C Bedienungsanleitung

NetApp

NetApp E Series Bedienungsanleitung

NetApp

NetApp FAS8300 Handbuch

NetApp

NetApp EF550 Bedienungsanleitung

NetApp

NetApp DS4243 Handbuch

NetApp

NetApp DE5600 Bedienungsanleitung

NetApp

NetApp AFF A200 Bedienerhandbuch

NetApp

NetApp DS4243 Montage- und Wartungsanleitung

NetApp

NetApp E Series Bedienungsanleitung

NetApp

NetApp E Series Bedienungsanleitung

NetApp

NetApp FAS25 Series Bedienungsanleitung

Beliebte Lagerung Handbücher anderer Marken

QNAP

QNAP TS 32PXU Series Bedienungsanleitung

LaCie

LaCie RUGGED RAID Bedienungsanleitung

Freecom

Freecom CLS DOCK Bedienungsanleitung

PNY

PNY Attache P-FD64MBATT3 Bedienungsanleitung

HP StorageWorks MSL2024 Bedienungsanleitung

OLT

OLT 6x6 Maximizer Bedienungsanleitung

Transcend

Transcend JetFlash 160 Bedienungsanleitung

LaCie

LaCie RUGGED MINI Bedienungsanleitung

Thunderbolt

Thunderbolt 600 Bedienungsanleitung

Panasonic

Panasonic LB-DH8 series Handbuch

Intel

Intel RAID High Availability Bedienungsanleitung

LaCie

LaCie 12big Thunderbolt 3 Bedienungsanleitung

Spectra Logic

Spectra Logic T-Series Spectra T50e Bedienungsanleitung

Panasonic

Panasonic LKM-F931-1 Bedienungsanleitung

Tabernus

Tabernus Enterprise Erase E2400 Bedienungsanleitung

Rocstor

Rocstor COMMANDER 3F series Bedienungsanleitung

HP P9000 Bedienungsanleitung

Western Digital

Western Digital Ultrastar Data60 Bedienungsanleitung