07-11-2017 09:13 PM
Dear Team,
one of our cisco vsom server showing error message "filesystem /mysql/data is critical" and if i check the usage of /mysql/data it shows 92% occupied. Can anyone help in this regards.
07-13-2017 05:16 AM
Something is clearly chewing up a large chunk of disk capacity in this filesystem. If you can get to the CLI, you should be able to manually hunt down what's occupying it.
There may be a more elegant way, but I usually run something like;
du -BM --max-depth=1
within a starting directory to find out in which subdirectory is the majority of the data. If a process has somehow begun failing, there is usually a largely disproportionate amount of space being chewed up in an isolated location, and this can at least give you an idea as to what else may be happening.
07-13-2017 08:49 PM
I have checked by the given command and below is the output. Can you please let me know which files I can delete to free the space?
[root@cctvbud data]# du -BM --max-depth=1
39764M ./vsms
1239M ./cdaf
1M ./lost+found
2863M ./vsom
43865M .
[root@cctvbud data]#
07-14-2017 06:16 AM
You'll need to dig and research further. I'd take a look in the /
If the data and log files for VSMS are responsible for taking that much space, you'll need to engage Cisco TAC as I can't really speculate on why a VSMS database would end up such a size. Perhaps there are event history retention settings which could be tightened to deflate it some (if there's nothing technically wrong with its operation)... but I'm not 100%.
07-13-2017 10:06 PM
Also I have observed that /MySQL/data /vsms/UMS consumed 39 GB of data size. Can you please tell how I can prune that?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide