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))


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-tp24776.html
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