When mounting an NFS mountpoint to my Gentoo workstation, the NFS mount becomes inaccessible after a period of time. For example: [jason@sith jason]$ mount /dev/hde6 on / type ext3 (rw,noatime) none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev type ramfs (rw) none on /dev/pts type devpts (rw) none on /dev/shm type tmpfs (rw) /dev/hde7 on /home type ext3 (rw,noatime) none on /proc/bus/usb type usbfs (rw) banshee:/opt/apache/htdocs on /home/jason/code/website type nfs (rw,hard,intr,re try=1,rsize=8192,wsize=8192,tcp,addr=10.0.0.4) [jason@sith jason]$ ls /home/jason/code/website ls: /home/jason/code/website: Input/output error Any application/tool encounters a simliar error. I can even have open files on the volume (for example with vi) and the mountpoint just drops away. Accessing the filesystem, with ls for example, generates the following to log messages for each attempted access: Apr 1 19:04:08 sith kernel: RPC: Can't bind to reserved port (13). Apr 1 19:04:08 sith kernel: RPC: can't bind to reserved port. All appropiate NFS components are being started normally with the default Gentoo startup scripts. No other client to the NFS mountpoint experiences this problem (a Fedora Linux box and a Sun/Solaris 9 box). I have no firewall/iptables script enabled. I am running Linux 2.6.4-gentoo-r1. Anecdotally, I think this has something to do with something in the 2.6.4 kernel because I ran 2.6.3 for quite awhile and never noticed this problem. Reproducible: Always Steps to Reproduce: 1. Mount any NFS mountpoint either manually or on boot 2. Perform work normally 3. Eventually the mountpoint will "disappear" and any attempted operation reports an I/O error or other similarly worded error. sith jason # emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.3, glibc-2.3.3_pre20040207-r0, 2.6.4-gentoo-r1) ================================================================= System uname: 2.6.4-gentoo-r1 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.4.3.13p1 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-tbird -mcpu=athlon-tbird -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X aalib alsa apm arts avi berkdb cdr crypt cups encode esd foomaticdb gdbm gif gnome gphoto2 gpm gtk gtk2 guile imlib java jpeg kde ldap libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib"
Created attachment 28536 [details] .config file my running kernel was built with
One other thing I forget to mention, if I unmount and remount the export everything will function fine again for awhile until it drops off again. I've been unable to associate the failure with any event on the system or indeed a specific timeframe.
This seems to be working fine in kernel 2.6.5. I'll close now and re-open if it occurs.
This happened when I switched my nfs server over to a gentoo 2.6.3 box. The solution I found was to load the capability kernel module. HTH.
'capability kernel module' ?
