Operations Manager is a good tool to identify the bully VM(s)
In this case the DBA team was able to finger our bully VM which had a huge amount of churn (100+ Gb/day) data imports to DB.
I made a new volume and storage vmotioned it off to isolate it and prevent it from impacting the rest of the VMs.
daily snap deltas are back in the 1% range for the volume.
thanks
On Apr 26, 2015, at 6:28 AM, Edward Rolison <ed.rolison@gmail.com mailto:ed.rolison@gmail.com> wrote:
Snapshot filling is the result of data churn. If there's no obvious data writes, then next place I'd look is whether someone's trying to defrag or similar. Doesn't change the data, but does reshuffle the blocks and thus the snapshot.
Never seen this before
FAS3250 ONTAP 8.1.2
at 2am the volume hosting 110 VMs fills up and starts alerting
Get the call and delete several snapshots to take it to 83%, reboot the 110 VMs ;(
I have lots of tools (splunk, inmon etc) they are not able to show why this volume filled up
ideas?
Toasters mailing list Toasters@teaparty.net mailto:Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters http://www.teaparty.net/mailman/listinfo/toasters