reclaim_on_delete_start_time only allows 22:00-03:59
Hi all,
I'm trying to force a reclaim of thin provisioned storage, by altering the vxtune variables;
reclaim_on_delete_start_time
reclaim_on_delete_wait_period
As I already deleted the volumes, and with the 1 day delay, I wanted to speed up the process somewhat.
So I changed reclaim_on_delete_wait_period to -1. Fine for new deletion it should kick in immediately, right?
Next, for the already deleted volumes, I wanted to change the start time, but in conctradiction to the manual, I cannot change to any time of the day.
It only allows 20:00-03:59. All other values ends up with an error.
I'm on SFRAC 6.1, on RHEL6.3. I can't really test on any other platform, but is this a common problem, or just my install, or platform? Are there any other ways of forcing a reclaim?
/A
As per guide, -1 to 366 should be an accepted value . I would recommend to open a support case here for Symantec to analyze
Storage that is no longer in use, needs to be reclaimed by the array. The process of reclaiming storage on an array can be intense on the array. To avoid any impact on regular I/O's to the array, the reclaim operation is made asynchronous. When a volume is deleted the space previously used by the volume is tracked for later asynchronous reclamation. This asynchronous reclamation is handled by
vxrelocd
(or recovery) daemon.To perform the reclaim operation during less critical time of the system can be controlled by the following two tunables
reclaim_on_delete_wait_period
andreclaim_on_delete_start_time
.The default value for these tunables are:
reclaim_on_delete_wait_period=1 reclaim_on_delete_start_time=22:00
Yes with reclaim_on_delete_wait_period set to -1 the reclaim should be trigerred immediately. Do you notice any messages for a reclaim task (trigerred after a new deletion) in /etc/vx/log/reclaim_log ? What array is being used here? Regarding not being able to set the start_time beyond the window you mentioned, this seems like a bug and you may want to open a support case.