Bottom line, knowing in advance that it is a tedious and not ideal
method of volume reconfiguration, how do you actual do it?
Here is the tedious way and the usual disclaimers apply: high risk,
potential data loss, Apple will not support this etc., etc.
Unless you have tinkered with the config file and explicitly specified
in the volume config how files are striped across the storage pools,
files do not cross storage pools (which is the default when a volume
is created).
Thus you can use snfsdefrag command (as Charles mentioned) to relocate
the files from the pool that is going to be decommissioned to existing
pools that are not going to be decommissioned or to new pools you have
added as part of volume expansion. The other tedious way is to use
cvfsck -r (fields 6 and 8) or cvfsck -x (fields 9 and 6) to identify
the files associated with the pool that will be decommissioned, then
back those files up first to be copied back later.
Unmount the volume from all the clients and stop the volume.
Now edit the volume cfg and remove all references to this storage pool
that will be decommissioned and associated LUNs: disk type section,
disk section, and stripe section.
Then run cvfsck -w in the interactive mode. This will fix the icb
mismatch and clear the orphaned inodes associated with the pool you
are decommissioning.
Cheers
Ravi
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xsan-Users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/xsan-users/email@hidden
