[Bug 290205] ZFS: file stuck in delete queue

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290205

Mark Millard <marklmi26-fbsd@yahoo.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |marklmi26-fbsd@yahoo.com

--- Comment #2 from Mark Millard <marklmi26-fbsd@yahoo.com> ---
refer (62.1G) counts content present in the data set before
the / mount point binding even happened. (/ exposes what
was mounted at the mount point instead of the original
dataset content.)

du of / after the mount point binding only looks at what the
/ mount then exposes.

You need access to the dataset without having a mount point
on the directory involved, at least for the deletion. But
just looking for what takes the space can be done via the
likes of (this is from memory of something I rarely need
to do, not validated):

# zfs snapshot zroot/ROOT/default@orig
# du -d 1 -h /.zfs/snapshot/orig/ # notation uses the mountpoint
. . .
# zfs destroy zroot/ROOT/default@orig

(Deleting files from the temporary snaphot does no good.)

That is from memory. I've rarely had to deal with such hidden
space issues. For something usually used as / , the actual
deletion was via a different boot media and avoiding my
equivalent of zroot/ROOT/default being treated as / at all
for the deletion activity (special import syntax that specified
an alternative, if I remember right).

-- 
You are receiving this mail because:
You are the assignee for the bug.