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> 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
http://www.teaparty.net/mailman/listinfo/toasters