system ‑clearLostData

Clears the Lost Data flag for all logical volumes.

SYNOPSIS

system ‑clearLostData 

   [{‑sessionKey | ‑u admin‑user ‑oracleFS oracle‑fs‑system}]
   [{‑outputformat | ‑o} { text | xml }]
   [{‑timeout timeout‑in‑seconds | ‑verify | ‑usage | ‑example | ‑help}]

DESCRIPTION

The Lost Data flag, when set, indicates that conditions have occurred for which the Oracle FS System can no longer guarantee the integrity of the data and cannot guarantee that data loss has not occurred. The primary reason for a lost data condition is the occurrence of multiple hardware failures, multiple software failures, or both. Multiple failures can lead to the loss of data integrity guarantees. Most often, a lost data condition arises from hardware failures or from data loss in the flash-backed memory of a Controller.

For the volumes that are affected by the lost data condition, the system places the volumes offline and creates a system alert for each volume. Each volume that is affected remains offline until the lost data condition is cleared. If the Lost Data flag is set, any possible data loss has already happened. Delaying the clearing of the Lost Data flag does not provide any protective action.

When this condition exists, the user must perform one of the following actions to clear the Lost Data flag:

Acknowledge the possibility of lost data by running the system ‑clearLostData command. By clearing the Lost Data flag, you acknowledge that data loss might have occurred and that you have taken appropriate steps to verify the integrity of the volume data.
Important! Validate the data integrity of the volume before permitting production operations to resume on the affected volume.
Delete the affected volumes.

Restarting the system does not clear the lost data condition.

Note: Only administrators with primary administrator, administrator 1, and administrator 2 roles are authorized to run the system ‑clearLostData command.

GLOBAL OPTIONS FOR SUBCOMMANDS

The following global options can be used for fscli command-subcommand pairs that do not include other command-line options:

‑help: Returns the context-sensitive help for the specified subcommand.
‑usage: Returns the subcommand syntax for the given command, including all of the options that are available for the command-subcommand pair.

GLOBAL OPTIONS FOR COMMANDS

The following global options can be used for fully formed fscli commands:

‑example

Returns sample output from the specified command.

Note: To see the output in XML format, include the ‑o xml option.

‑timeout timeout-in-seconds

Specifies the length of time (timeout-in-seconds) that the command line interface waits before another command is allowed to run. If the command takes longer to run than the specified time limit, the system continues processing the command, but the command prompt is made available so that you can issue another command. If the -timeout option is omitted, the command line interface blocks until the one of the following conditions is met:

The command completes successfully.
The command returns with an error.
The session times out.

Note: Be sure to check the state of the system after initiating a long running command with the ‑timeout option. Many fscli commands run a series of underlying commands in sequence. When the timeout value is reached before all of the underlying commands have completed, the fscli command does not complete with the outstanding tasks reporting a failure status.

‑outputformat | ‑o { text | xml }: Controls the type of the output the system returns from a command. If the ‑outputformat option is not included, the format of the output defaults to simple text. If xml is provided, the output is a collection of XML elements.
Note: For XML output, if internal errors occur during command execution, each error is included in a separate <ErrorList> tag.

‑verify: Inspects the validity of the command syntax, not the semantics. Used to test the structure of a command without running the command. Does not determine whether errors would be produced if you issue a structurally correct command with the input provided.
‑sessionkey: Directs the CLI to prompt you to supply a session key when you issue the command. The CLI displays Sessionkey: as the prompt. To obtain a session key, log in with the ‑returnKey option specified. After the session is established, the session key is displayed in STDOUT. If you request a session key, the ‑sessionkey option is required syntax for all commands that are issued in a given session. In environments with more than one Oracle FS System, the session key is used to determine to which Oracle FS System to direct the command for validation. Session keys are also used to establish two or more CLI sessions when using a shared administrator account.
‑u admin-user ‑oracleFS oracle‑fs-system: Routes the command to a particular Oracle FS System for execution. This option passes the name of the administrator account to use when opening the session on the specified system. Identify a specific Oracle FS System by its IP address or by the name that is recorded in the domain name system (DNS). When logging in to the Oracle FS System using the ‑u option and the ‑oracleFS option, the fscli application prompts you for a password on the command line interface for access. The Oracle FS System and the account login information are used to authenticate the current session. Establishing a login session by specifying an Oracle FS System and an account does not change the credentials that are associated with the active sessions that are running on other clients.
Caution
Oracle recommends that you not use the Cygwin command line interface to run the fscli application on Windows platforms. If you are running the Cygwin interface and include the ‑u option as a part of the ‑list subcommand, the password for the specified account is included in the results. Exposing the password can cause a breach in security.

EXAMPLE

Task

Bring a LUN back online by resetting the Lost Data flag.

Parameters

None

$ fscli system -clearLostData