I have case opened with NetApp but their explanation of...
this is a cosmetic, presentational blip. Everything is working fine on the backend and those blocks in the snapshots are OK. To counter any confusion with monitoring/reporting, the volume-level snapshot consumption can be manually verified using “df -fs-type snapshot -h”.
...does not sit well with me.
Of my 50+ volumes across 15 aggregates, only one (1) volume exhibits this behavior. Other volumes on the same aggr as the troubled volume ALL have snapshot size values > 0B
My daily snapshots since 20170505 all show 0B in size. Snapshots on that volume from 20170316 to 20170504 show values in the 100s of GB. So clearly something happened between May 4th and 5th.
Has anyone else seen this behavior on such a limited scale - only 1 volume? I get the whole "block reclaimation" explanation, but I find it hard to believe that after 36 days THIS ONE volume is having trouble completing the process when all other volumes (volumes busier, more utilized, etc.) show no 0B snapshots.
Thank you for any feedback you may be able to lend here.
Snapshot list:
(Abbreviated for your protection)
---Blocks---
Vserver Volume Snapshot Size Total% Used%
-------- -------- ---------------------------------- ------- ------ -----
SVM_01 vol_02
smvi_Daily_novmsnap_20170316030002 187.2GB 1% 4%
smvi_Daily_novmsnap_20170317030002 83.80GB 0% 2%
smvi_Daily_novmsnap_20170318030001 79.50GB 0% 2%
smvi_Daily_novmsnap_20170319030002 94.93GB 0% 2%
smvi_Daily_novmsnap_20170320030002 76.66GB 0% 2%
smvi_Daily_novmsnap_20170321030001 101.6GB 0% 2%
smvi_Daily_novmsnap_20170322030002 111.7GB 1% 2%
...
...
smvi_Daily_novmsnap_20170429030002 87.34GB 0% 2%
smvi_Daily_novmsnap_20170430030003 79.46GB 0% 2%
smvi_Daily_novmsnap_20170501030002 88.73GB 0% 2%
smvi_Daily_novmsnap_20170502030002 159.5GB 1% 4%
smvi_Daily_novmsnap_20170503030002 77.27GB 0% 2%
smvi_Daily_novmsnap_20170504030002 80.65GB 0% 2%
smvi_Daily_novmsnap_20170505030002 0B 0% 0%
smvi_Daily_novmsnap_20170506030002 0B 0% 0%
smvi_Daily_novmsnap_20170507030002 0B 0% 0%
smvi_Daily_novmsnap_20170508030002 0B 0% 0%
smvi_Daily_novmsnap_20170509030002 0B 0% 0%
smvi_Daily_novmsnap_20170510030002 0B 0% 0%
smvi_Daily_novmsnap_20170511030001 0B 0% 0%
smvi_Daily_novmsnap_20170512030003 0B 0% 0%
smvi_Daily_novmsnap_20170513030002 0B 0% 0%
smvi_Daily_novmsnap_20170514030002 0B 0% 0%
smvi_Daily_novmsnap_20170515030002 0B 0% 0%
smvi_Daily_novmsnap_20170516030002 0B 0% 0%
smvi_Daily_novmsnap_20170517030002 0B 0% 0%
smvi_Daily_novmsnap_20170518030002 0B 0% 0%
smvi_Daily_novmsnap_20170519030002 0B 0% 0%
smvi_Daily_novmsnap_20170520030002 0B 0% 0%
smvi_Daily_novmsnap_20170521030003 0B 0% 0%
smvi_Daily_novmsnap_20170522030002 0B 0% 0%
smvi_Daily_novmsnap_20170523030002 0B 0% 0%
smvi_Daily_novmsnap_20170524030002 0B 0% 0%
smvi_Daily_novmsnap_20170525030002 0B 0% 0%
smvi_Daily_novmsnap_20170526030002 0B 0% 0%
smvi_Daily_novmsnap_20170527030002 0B 0% 0%
smvi_Daily_novmsnap_20170528030002 0B 0% 0%
smvi_Daily_novmsnap_20170529030001 0B 0% 0%
smvi_Daily_novmsnap_20170530030002 0B 0% 0%
smvi_Daily_novmsnap_20170531030002 0B 0% 0%
smvi_Daily_novmsnap_20170601030002 0B 0% 0%
smvi_Daily_novmsnap_20170602030001 0B 0% 0%
smvi_Daily_novmsnap_20170603030002 0B 0% 0%
smvi_Daily_novmsnap_20170604030002 0B 0% 0%
smvi_Daily_novmsnap_20170605030002 0B 0% 0%
smvi_Daily_novmsnap_20170606030002 0B 0% 0%
smvi_Daily_novmsnap_20170607030002 0B 0% 0%
smvi_Daily_novmsnap_20170608030001 0B 0% 0%
85 entries were displayed.