HP P2000 G3 Cli Reference Manual page 92

Msa system
Hide thumbs Also See for P2000 G3:
Table of Contents

Advertisement

When a vdisk is quarantined, its disks become write-locked, its volumes become inaccessible, and it
is not available to hosts until it is dequarantined. If there are interdependencies between the
quarantined vdisk's volumes and volumes in other vdisks, quarantine may temporarily impact
operation of those other volumes. For example, if the quarantined vdisk contains the snap pool used
for snapshot, volume-copy, or replication operations, quarantine may temporarily cause the
associated master volume to go offline; a volume-copy or replication operation can also be
disrupted if an associated volume (snap pool, source volume, or destination volume) goes offline.
Depending on the operation, the length of the outage, and the settings associated with the
operation, the operation may automatically resume when the vdisk is dequarantined or may require
manual intervention. A vdisk can remain quarantined indefinitely without risk of data loss.
A vdisk is dequarantined when it is brought back online, which can occur in three ways:
If the inaccessible disks come online, making the vdisk FTOL, the vdisk is automatically
dequarantined.
If after 60 seconds from being quarantined the vdisk is QTCR or QTDN, the vdisk is automatically
dequarantined. The inaccessible disks are marked as failed and the vdisk status changes to
CRIT (critical) or FTDN (fault tolerant with a down disk). If the inaccessible disks later come
online, they are marked as LEFTOVR (leftover).
The dequarantine command is used to manually dequarantine the vdisk. If the inaccessible
disks later come online, they are marked as LEFTOVR (leftover). If event 172 was logged, do not
use the dequarantine command; instead follow the event's recommended-action text. If event
485 was logged, use the dequarantine command only as specified by the event's
recommended-action text to avoid data corruption or loss.
When a vdisk is dequarantined, event 173 is logged.
A quarantined vdisk can be fully recovered if the inaccessible disks are restored. Make sure that all
disks are properly seated, that no disks have been inadvertently removed, and that no cables have
been unplugged. Sometimes not all disks in the vdisk power up. Check that all enclosures have
restarted after a power failure. If these problems are found and then fixed, the vdisk recovers and no
data is lost.
If the inaccessible disks cannot be restored (for example, they failed), and the vdisk's status is FTDN
or CRIT, and compatible spares are available to replace the inaccessible disks, reconstruction will
automatically begin.
If a replacement disk (reconstruct target) is inaccessible at power up, the vdisk becomes
quarantined; when the disk is found, the vdisk is dequarantined and reconstruction starts. If
reconstruction was in process, it continues where it left off.
NOTE:
vdisk. If you delete a quarantined vdisk and its inaccessible disks later come online, the vdisk will
reappear as quarantined or offline and you must delete it again (to clear those disks).
Syntax
dequarantine vdisk vdisk
Parameters vdisk vdisk
Name or serial number of the vdisk to remove from quarantine. For vdisk syntax, see
syntax
on page 22.
92
Alphabetical list of commands
The only commands allowed for a quarantined vdisk are dequarantine and delete
Command

Hide quick links:

Advertisement

Table of Contents
loading

Table of Contents