topic FabricPool, inactive data reporting and deswizzling in ONTAP Discussions

FabricPool, inactive data reporting and deswizzling

LORENZO_CONTI — Wed, 04 Jun 2025 10:40:04 GMT

Hello to the community,

according to this KB, deswizzling affect inactive data reporting.
We usually do vol move to balance capacity/performance across our aggregates, and when the move complete, a deswizzler process starts on the volume.
Deswizzling could run for an undeterminate period, this KB suggest to disable snapshot to let it complete (who wants to do it on a production volume?...)

My question are:

- Can deswizzling become a problem for FabricPool behavior?
- Can we rely on wafl.deswizzle.afs.first option to speedup deswizzle process? (that caused inconsistency issues with Ontap 8, a real nightmare)
- Do vol move will be optimized to eliminate the need to deswizzle data in future Ontap releases? 😉

Thanks

Lorenzo

Re: FabricPool, inactive data reporting and deswizzling

paul_stejskal — Tue, 29 Dec 2020 15:40:59 GMT

Deswizzling is one of those odd things. Either you let it finish or it never finishes. Since you're wanting to use FabricPool, you'll need to let it finish.

AFS first can help, just make sure you're on a recent release as some of the early ONTAP 9 had a data corruption bug. Basically yes you have to stop ALL snapshots. It sucks but you do.

We have had BURTs in the past about vol move, but honestly if you want this to be prioritized the best bet is to talk to your account team. They have more power to help here in the long run.

I agree, it's a sucky situation and it would help if it used XDP instead.

Re: FabricPool, inactive data reporting and deswizzling

Mjizzini — Tue, 02 Feb 2021 06:26:41 GMT

More Questions/Answers about deswizzling.

What is deswizzler or deswizzling

Deswizzler runs constantly on a SnapMirror Destination Volume