Directory listing of /etc/vx/cbr/bk/
# ls -la ./etc/vx/cbr/bk/testdg.1200641849.10.sys31/ | grep bkp
drwxr-xr-x 3 root root 4096 Sep 2 2012 bkp_20120902_095032
drwxr-xr-x 3 root root 4096 Sep 3 2012 bkp_20120903_094118
drwxr-xr-x 3 root root 4096 Sep 4 2012 bkp_20120904_094037
drwxr-xr-x 3 root root 4096 Sep 5 2012 bkp_20120905_094037
[...]
drwxr-xr-x 3 root root 4096 May 15 01:40 bkp_20130515_094039
drwxr-xr-x 3 root root 4096 May 16 01:40 bkp_20130516_094041
# ls -la ./etc/vx/cbr/bk/testdg.1200641849.10.sys31/ | grep bkp | wc -l
188
#
This issue is tracked via Symantec internal incident # 2680604.
Scripts associated with vxconfigbackupd gets number of backup copies currently available. If this is greater than required backup copies (as set by NUM_BK) then the script removes the old backup copies.
The script tries to get old backup copies through ls command. But the ls command gets executed on "/" directory rather than directory where backup copies are stored. So directory list which are to be removed is not populated and old backup copies are not removed. This keeps on adding backup copies.
The script has been modified to get the old backup copies from the directory where backup copies are stored and remove them as per the value of NUM_BK (or 5, whichever is greater).
This issue is fixed in VxVM 6.0RP1 release. Please install 6.0RP1 (or above), available from SORT website to fix the issue.
https://sort.Veritas.com/patch/finder
Applies To
This issue is applicable to systems running:
- VxVM 6.0
- All UNIX/Linux platforms