ONTAP Discussions

FabricPool, inactive data reporting and deswizzling

LORENZO_CONTI
views-count 467 Views

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





2 REPLIES 2

Re: FabricPool, inactive data reporting and deswizzling

paul_stejskal
views-count 468 Views

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
views-count 468 Views
G2 Review Banner
All Community Forums
Public