<div dir="ltr">Ok. I think I get what's going on. Available space is being released, painfully slowly , <div><br></div><div>zfs get all is show very active processing albeit very slow...<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br><br><br>--------------------------------------------------------------<br> Roger Federer Fanatic Extraordinaire :-)</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 29, 2019 at 8:35 AM Federer Fanatic <<a href="mailto:nafdef@gmail.com">nafdef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Looks like some fragmentation is occurring...presumably because disk was getting full, I read<div>that having dedup setting on can cause some issues, but my</div><div>zfs get all |grep dedup<br>homedirs dedup off default<br></div><div><br clear="all"><div><div dir="ltr"><br><br><br>--------------------------------------------------------------<br> Roger Federer Fanatic Extraordinaire :-)</div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 29, 2019 at 8:23 AM Federer Fanatic <<a href="mailto:nafdef@gmail.com" target="_blank">nafdef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Also zfs get all has a constant stream of output...<br clear="all"><div><div dir="ltr"><br><br><br>--------------------------------------------------------------<br> Roger Federer Fanatic Extraordinaire :-)</div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 29, 2019 at 8:19 AM Federer Fanatic <<a href="mailto:nafdef@gmail.com" target="_blank">nafdef@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Specifically, zpool status<div><br></div><div><br> pool: homedirs<br> state: ONLINE<br> scan: scrub repaired 0B in 0 days 03:57:48 with 0 errors on Sun Dec 8 04:21:49 2019<br>config:<br><br><br></div><div><br></div><div>zpool status yields:</div><div><br></div><div> NAME STATE READ WRITE CKSUM<br> homedirs ONLINE 0 0 0<br> mirror-0 ONLINE 0 0 0<br> sda ONLINE 0 0 0<br> sdb ONLINE 0 0 0<br><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br><div># zpool list homedirs</div><div> <br>NAME SIZE ALLOC FREE CKPOINT EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT<br>homedirs 1.81T 1.76T 57.7G - - 27% 96% 1.00x ONLINE -<br></div><div><br></div><div>which show 1.76 TB. It looks like space is being locked down somehow and is unavailable and yet</div><div><br></div><div>and yet</div><div><br></div><div># df -h </div><div>homedirs 890G 890G 0 100% /homedirs<br></div><div><br></div><div>It's as if the volume is shrinking as a I remove files...</div><div><br></div><div>NOTE. It may have something to do with snapshots sanoid settings:</div><div>as I am also seeing the mount</div><div><br></div><div>Filesystem Size Used Avail Use% Mounted on<br></div><div>homedirs@autosnap_2019-12-26_05:00:22_hourly 1.7T 1.7T 0 100% /homedirs/.zfs/snapshot/autosnap_2019-12-26_05:00:22_hourly<br></div><div> </div><div>---this goes away if I run systemctl stop sanoid.timer however,</div><div>df -h still yes same output as above</div><div><br></div><div><br></div><div>NOTE. the 1.7TB</div><div><br></div><div>Also removing files from ZFS takes an eternity. </div><div><br></div><div>I am obviously not understanding something.</div><div><br></div><div><div><div dir="ltr"><br><br><br>--------------------------------------------------------------<br> Roger Federer Fanatic Extraordinaire :-)</div></div></div></div></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>