Forcing The De-Stage - Acopia Adaptive Resource Switch Cli Maintenance Manual

For a short interval (roughly 10 seconds) all front-end NFS or CIFS services that host the
volume are inaccessible. This prevents access to all volumes hosted by these front-end
services; that is, other volumes in the namespace could lose service for a short time. To
avoid this, you can remove the current volume from its services (see
Export" on page 11-4
Storage-Management
finished.
bstnA6k(gbl)# end
bstnA6k# nsck wwmed destage volume /it
This operation will remove entries for all shares in the volume
from the namespace metadata. To reimport a destaged share,
enable the share in namespace-volume-share mode.
Destage all shares from volume /it in namespace wwmed? [yes/no] yes
bstnA6k# ...

Forcing the De-Stage

CLI Maintenance Guide
The CLI prompts for confirmation before releasing the volume: enter yes to continue.
Enter no to cancel the destage operation.
or "Stopping a CIFS Share" on page 11-21
Guide) before de-staging it, then add it back after the repairs are
You can run one nsck job at a time on a given namespace. Use
the progress of nsck jobs; see
page 5-2.
For example, the following command sequence exits to priv-exec mode and releases a
volume from the "wwmed" namespace:
As mentioned in the section about rebuilding a namespace, it is possible for filer error
or network glitch to freeze an nsck job in an unfinished state. Once the error is
resolved, you may want to de-stage the volume or namespace; however, nsck only
allows a single job to run on a given namespace. To override the unfinished nsck job
and start a new one, add the optional
nsck name destage [volume volname] force
For example, the following command sequence exits to priv-exec mode and forces a
de-stage for the 'wwmed~/it' volume:
Metadata Utilities: nsck and sync
De-Staging a Namespace's Managed Volumes
"Showing the Progress of nsck and sync Jobs" on
flag to the
force
"Stopping an NFS
of the CLI
to monitor
show nsck
command.
nsck destage
5-41