Administrator Guide
3. Select Action > Disk Group Utilities. The Disk Group Utilities panel opens, showing the current job status.
4. Click Scrub Disk Group. A message confirms that the scrub has started.
5. Click OK. The panel shows the scrub's progress.
Abort a disk group scrub
1. In the Pools topic, select the pool for the disk group that you are verifying in the pools table. Then, select the disk group in the Related
Disk Groups table.
NOTE: If the disk group is being scrubbed but the Abort Scrub button is grayed out, a background scrub is in
progress. To stop the background scrub, disable the Disk Group Scrub option as described in Configuring system
utilities.
2. Select Action > Disk Group Utilities. The Disk Group Utilities panel opens, showing the current job status.
3. Click Abort Scrub. A message confirms that the scrub has been aborted.
4. Click OK.
Abort a disk group scrub
Perform the following steps to abort a disk group scrub:
1. In the Pools topic, select the pool for the disk group that you are scrubbing in the pools table.
2. Select the disk group in the Related Disk Groups table.
3. Select Action > Disk Group Utilities.
The Disk Group Utilities panel opens, showing the current job status.
NOTE:
If the disk group is being scrubbed, but the Abort Scrub button is unavailable, a background scrub is in
progress. To stop the background scrub, disable the Disk Group Scrub option as described in Configuring system
utilities on page 68.
4. Click Abort Scrub.
A message confirms that scrub has been aborted.
5. Click OK.
Removing a disk group from quarantine
Contact technical support for assistance in determining if the recovery procedure that makes use of the Dequarantine Disk Group panel
and the trust command is applicable to your situation and for assistance in performing it.
CAUTION:
Carefully read this topic to determine whether to use the Dequarantine Disk Group panel to manually remove
a disk group from quarantine.
NOTE: For status descriptions, see Related Disk Groups table.
• The Dequarantine Disk Group panel should only be used as part of the emergency procedure to attempt to recover data and is
normally followed by use of the CLI trust command. If a disk group is manually dequarantined and does not have enough disks to
continue operation, its status will change to offline (OFFL) and its data may or may not be recoverable through use of the trust
command.
• See the help for the trust command.
• To continue operation—that is, not go to quarantined status—a RAID-3 or RAID-5 disk group can have only one inaccessible disk; a
RAID-6 disk group can have only one or two inaccessible disks; a RAID-10 or RAID-50 disk group can have only one inaccessible disk
per sub-disk group. For example, a 16-disk RAID-10 disk group can remain online (critical) with 8 inaccessible disks if one disk per
mirror is inaccessible.
• The system will automatically quarantine a disk group having a fault-tolerant RAID level if one or more of its disks becomes
inaccessible, or to prevent invalid, or stale data that may exist in the controller from being written to the disk group. Quarantine will not
occur if a known-failed disk becomes inaccessible or if a disk becomes inaccessible after failover or recovery. The system will
automatically quarantine an NRAID or RAID-0 disk group to prevent invalid data from being written to the disk group. If quarantine
occurs because of an inaccessible disk, event 172 is logged. If quarantine occurs to prevent writing invalid data, event 485 is logged.
Examples of when quarantine can occur are:
• At system power-up, a disk group has fewer disks online than at the previous power-up. This may happen because a disk is slow to
spin up or because an enclosure is not powered up. The disk group will be automatically dequarantined if the inaccessible disks come
online and the disk group status becomes FTOL, or if after 60 seconds the disk group status is QTCR or QTDN.
Working in the Pools topic
89