Yes - in this case we had enough space on the aggregate to allocate the space (sis status stuck at Fingerprint is being recovered from volume (0% complete))
http://www.gossamer-threads.com/lists/netapp/toasters/12815
Yesterday it happened on an aggregate without the space and it caused an outage (VMs crashed - spent the day cleaning it up)
I disabled dedup and without the bug fix I can not re-enable it.
On Apr 16, 2013, at 1:43 AM, Martin martin@leggatt.me.uk wrote:
We noticed several volumes used for VM datastores were showing decreasing sis savings. When we checked there was a significant amount of space being consumed by the sis metadata. Netapp told us this is due to bug 657692 which is likely to be fixed in 8.1.2P4. The bug mentions "Following certain sequence of operations, this metadata can become stale".
The issue we have is the workaround is to run a "sis status -s" on each volume. When this is running it gradually removes the metadata which then causes the snapshots to increase rapidly. This means we can't automate the process as we need to kick it off and then increase the volume, snap reserve or remove snapshots.
Has anyone else experienced this issue or found a way to avoid the metdata becoming stale?
-- View this message in context: http://network-appliance-toasters.10978.n7.nabble.com/SIS-metadata-issue-tp2... Sent from the Network Appliance - Toasters mailing list archive at Nabble.com. _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters