92
Alphabetical list of commands
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:
The only commands allowed for a quarantined vdisk are
dequarantine
and
delete
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
Command
syntax
on page 22.
Summary of Contents for P2000 G3
Page 1: ...HP P2000 G3 MSA System CLI Reference Guide Part number 500912 009 First edition February 2014 ...
Page 14: ...14 About this guide ...
Page 30: ...30 Categorical list of commands ...
Page 199: ...HP P2000 G3 MSA System CLI Reference Guide 199 See also set cache parameters show volumes ...
Page 294: ...294 Alphabetical list of commands See also set volume set vdisk ...
Page 498: ...498 XML API basetype properties PROPERTY name mrc version type uint8 0 PROPERTY OBJECT ...
Page 524: ...524 Glossary ...
Page 532: ...532 Index ...