[Bug 178238] [nullfs] nullfs don't release i-nodes on unlink.

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Wed Dec 30 15:07:56 UTC 2015


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

noah.bergbauer at tum.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |noah.bergbauer at tum.de

--- Comment #2 from noah.bergbauer at tum.de ---
This PR is tagged 9.1-STABLE, but I just rediscovered this issue on
10.2-RELEASE.

Easiest repro I could find:

# preparation
mkdir /testbed
cd /testbed
mkdir tmpmnt nullmnt
mount -t tmpfs -o rw,size=10240 tmptestbed /testbed/tmpmnt/

# test 1
mount_nullfs /testbed/tmpmnt/ /testbed/nullmnt/
df -hi | grep testbed
dd if=/dev/zero of=nullmnt/testfile # to fill up the tmpfs
df -hi | grep testbed # the filesystem is now full
rm nullmnt/testfile 
df -hi | grep testbed # bug: the filesystem is still full
umount /testbed/nullmnt
df -hi | grep testbed # the inode is released only once the nullfs is unmounted

# test 2: nocache
mount_nullfs -o nocache /testbed/tmpmnt/ /testbed/nullmnt/
df -hi | grep testbed
dd if=/dev/zero of=nullmnt/testfile
rm nullmnt/testfile 
df -hi | grep testbed # everything is working properly here
umount /testbed/nullmnt


So a standard nullfs mount is unusable for long-term operation. I've only found
out about the nocache option from an old mailing list post related to this PR,
so after 2.5 years without a fix a note about this workaround on the manpage
would be great.

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


More information about the freebsd-fs mailing list