storage level = 1 on VV = VOL00100
path ( Fileset24: /home/bill/file2)
lost segments from this storage level
offset = 0    , length = 32768
offset = 32768, length = 32768
offset = 65536, length = 32768
At the end of the recovery, no segments or volumes associated with the damaged segments are purged or 
deleted. About the only thing accomplished by running recover against a damaged storage class that is 
not part of a copy set is a listing of the damaged segments. This listing can also be done using the  lsvol 
utility instead of recover, if the '-a' option is given to lsvol.  It may be possible to use the scrub utilit y to 
copy valid data from a higher or lower level to the damaged level even if copies were not available for 
use by the recover utility. See scrub’s interactive help for more information.
15.3.1.2.  Cleanup Totally Dam aged Disk or TapeImagine a situation where you have a disk over tape hierarchy, all files have been migrated to tape at 
some point, and one or more of your disks have been irrecoverably damaged or inadvertently 
reformatted. In this case you would want to clean up all storage resources that point to the  damaged 
volume(s) without even attempting a repack. To perform this type of clean up procedure, the recover  
utility can be executed with the -x option. Running in this mode recover removes all storage resources 
associated with the specified storage class and volume. To remove all storage resources a ssociated with 
volume LV000100, enter:
recover -x LV000100
The output displayed when recover is running in this mode should consist of notificat ion of lost bitfile 
segments. The messages should be similar to the following:
========= Cleaning up segments for bitfile =========
003fcadc-53fb-10cf-8c81-02608c2f971f
00336b52 4631 10cf 00 00 00 02
storage level = 0 on VV = LV000100
path ( Fileset24: /home/bill/file1 )
lost segments from this storage level
this file has been migrated since last update!
========= Cleaning up segments for bitfile =========
163001bc-2274-10ef-8c81-02608c2f971f
00336b52 4631 10cf 00 00 00 02
storage level = 0 on VV = LV000100
path ( Fileset24: /home/bill/file2 )
lost segments from this storage level
This file has NOT been migrated since last update!
========= Cleaning up segments for bitfile =========
.
.
.
== Setting VV condition to DOWN for empty VV LD000100 ==
0723ab2c-176b-1047-8c81-02608c2f971f
HPSS Management Guide November 2009
Release 7.3 (Revision 1.0) 364