Package: nfs-kernel-server Version: 1:1.0.10-6 Severity: important
On a busy NFS server, rpc.mountd starts to slowly eat a _lot_ of memory. I usually restart it when the amount of memory reaches 1.6Gb (which is approx. 10% of the system memory). This is after approx. 2 weeks of uptime. This bug looks a lot like the bug described here: http://thread.gmane.org/gmane.linux.nfs/13479/focus=13480 When I look at the /proc/<pid of rpc.mountd>/smaps, the memory is allocated to [heap]: 00512000-1eb07000 rw-p 00512000 00:00 0 [heap] Size: 497620 kB Rss: 497596 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 497596 kB If this bug is already fixed in new upstream versions (didn't check), do you think it's possible to backport the fix to stable and ask for it's inclusion in a stable point release? Greetings, Rik -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages nfs-kernel-server depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcomer 1.39+1.40-WIP-2006.11.14+dfsg-2 common error description library ii libgssap 0.10-4 A mechanism-switch gssapi library ii libkrb53 1.4.4-7etch1 MIT Kerberos runtime libraries ii libnfsid 0.18-0 An nfs idmapping library ii librpcse 0.14-2 allows secure rpc communication us ii libwrap0 7.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii nfs-comm 1:1.0.10-6 NFS support files common to client ii ucf 2.0020 Update Configuration File: preserv nfs-kernel-server recommends no packages. -- no debconf information Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
