From Bugzilla Helper:
User-Agent: Mozilla/5.0 (compatible; Konqueror/3.4; Linux) KHTML/3.4.2 (like Gecko)
Description of problem:
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
328224 328222 99% 0.02K 2104 156 8416K fasync_cache
... and growing slowly.
it is my understanding that fasync_cache should not be larger than the number
of open files in the system (currently ~6000)
the system is a dual opteron (single core) serving nfs, samba, http, and
shells. a post to lkml leads me to believe it is samba related. Haven't
tested it yet.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. serve smb using samba (?)
Actual Results: slabtop shows a large fasync_cache
Expected Results: small fasync_cache
running lvm atop raid-1
I can confirm it is samba related. mounting a share on another machine (mount
-t cifs) and doing a subversion checkout on that mount causes the cache to
grow by several hundred objects per second. setting the fs.leases-enables
sysctl to 0 stops the leak.
2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.
2.6.14-1.1637_FC4smp is bad.
fixed in cvs, will be in builds 1640 and above.
Will get this pushed out in a day or so.
(Interim builds will appear at http://people.redhat.com/davej/kernels/Fedora/FC4/)
excellent! thank you.