I have a reproducible hangs on busy zfs file system. Just run rsync to zfs server from other data source. vfs.numvnodes tends to leak and when reach kern.maxvnodes no new files can be created or modified. There is no kernel panic and already existing shell sessions works but system can not rebutted safely after vfs.numvnodes reached kern.maxvnodes. After rsync complated vfs.numvnodes never goes back to normal. I have increased kern.maxvnodes to kern.maxvnodes: 1.800.000 but vfs.numvnodes slowly grows for about 10.000 vnodes per 4 hours rsync session. Same behavior observed with relatively bussy server with ~1k rrd databases which updated every 5 min. Fix: N/A How-To-Repeat: Run long rsync session to zfs filesystem or run update on 1k+ rrd databases.
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
----- Forwarded message from kickbsd kickbsd <kickbsd@ya.ru> ----- From: kickbsd kickbsd <kickbsd@ya.ru> To: linimon@freebsd.org Cc: freebsd-bugs@freebsd.org, freebsd-fs@freebsd.org Subject: Re: kern/139715: [zfs] vfs.numvnodes leak on busy zfs There is the link to leaking vnodes grpaph http://xs.to/xs.php?h=xs1144&d=09420&f=vnodes-leak215.jpg ----- End forwarded message -----
----- Forwarded message from kickbsd kickbsd <kickbsd@ya.ru> ----- From: kickbsd kickbsd <kickbsd@ya.ru> To: linimon@freebsd.org Subject: Re: kern/139715: [zfs] vfs.numvnodes leak on busy zfs There is newer graph to show tendency http://www.freeimagehosting.net/image.php?e5f0195542.jpg ----- End forwarded message -----
Same issue observed on RC3 [root@testzfs /tmp]# sysctl vfs.numvnodes ; i=1 ; while [ $i -le 10000 ] ; do echo "sdfsdfsdf" > `mktemp -t ABC` ; i=$(($i+1)) ; done ; sysctl vfs.numvnodes vfs.numvnodes: 860 vfs.numvnodes: 10861 [root@testzfs /tmp]# sysctl vfs.numvnodes ; i=1 ; while [ $i -le 10000 ] ; do echo "sdfsdfsdf" > `mktemp -t ABC` ; i=$(($i+1)) ; done ; sysctl vfs.numvnodes vfs.numvnodes: 10863 vfs.numvnodes: 20863
Same issue on FreeBSD zfs-tsts073 8.0-PRERELEASE FreeBSD 8.0-PRERELEASE #8: Mon Nov 23 16:04:14 UTC 2009 root@zfs-tsts073:/usr/obj/usr/src/sys/GENERIC amd64
Sorry, is this still a problem with FreeBSD-10.x and/or 11.x? Thanks!
Hopefully this problem, if it still exists, has been fixed for the upcoming 11.0 release by commit 301996.
Addendum to my previous comment, this was fixed by commits 301996 and 301997.
Is this related at all to the issue in 209158 ?
(In reply to Steve Wills from comment #9) Sorry, PR 209158
I believe that the fix for this PR will be helpful for PR 209158 and have added a comment to that effect in PR 209158.
Several folks experiencing this bug report it to be fixed with 301996 and 301997.