I mount somee eported shares with a workstation that I recently loaded 2.6.1 (and now 2.6.2) mm sources. With the 2.4 kernel, df reported spave free fine. With all three versions of 2.6 kernel I have tried, df reports: Filesystem 1K-blocks Used Available Use% Mounted on /dev/hda3 5752980 2873740 2879240 50% / none 79148 0 79148 0% /dev/shm df: `/usr/portage/distfiles': Value too large for defined data type df: `/home/public': Value too large for defined data type Another workstation (with 2.4.20-gaming) has standard df output. BTW, for every other function that I use, the nfs mount appear to be functional. du, ls, cp, etc all function as desired, just a df problem. I saw some notes in LKML pertaining to 2.5 series kernels w this problem, but I assumed that patch would be in 2.6 Reproducible: Always Steps to Reproduce: 1.have exported nfs shares on another machine. 2.type df 3. Actual Results: see above Gentoo Base System version 1.4.3.10 Portage 2.0.49-r20 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r9, 2.6.2-rc1) ================================================================= System uname: 2.6.2-rc1 i686 Pentium III (Katmai) distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-Os -march=i686 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-Os -march=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://192.168.1.8/gentoo-portage" USE="X alsa apm avi berkdb bonobo crypt cups directfb encode esd foomaticdb gdbm ggi gif gpm gtk gtk2 gtkhtml guile imlib java jpeg libg++ libwww mad mikmod mmx motif mpeg ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline sdl slang spell sse ssl svga tcltk tcpd truetype x86 xml2 xmms xv zlib"
Some things I've tried: 1) reemerged sys-apps/coreutils-5.0.91-r4, provides df 2) reemerged net-fs/nfs-utils-1.0.6, provides netmount 3) I was running nfs and netmount on client machine (2.4 and 2.6 kernels), Stopped using nfs, just netmount at default runlevel now. Still have access to nfs share. 4) fstab mount options: lol2:/usr/portage/distfiles /usr/portage/distfiles nfs rsize=8192,wsize=81 92,timeo=14,rw,intr lol2:/home/public /home/public nfs rsize=8192,wsize=8192,timeo=14,rw,intr Removed rsize and wsize, remounted, no effect. 5) Untarred coreutils source to poke around and see if I can find error message text. May look in kernel source next.
fwiw, I used to have the same problem, it seems to be fixed now. server1/client1 - 2.6.1-mm4 client2/server2 - 2.6.0+other patches cleint3 - 2.4.24pre2+patches I don't know if updating the server to 2.6 fixed it, or if it's just some new utils that fix it (although I appear to be running the same versions as you).
see this link from mm, related to statfs64 patch with reiserfs. My exported files system on server is reiserfs. http://www.ussg.iu.edu/hypermail/linux/kernel/0306.1/1633.html
Created attachment 25050 [details] strace output of df on my system
as an update, since I upgraded my server to 2.6.2-mm1, df now works. if the server wasnt busy right id'd reboot and see if its a 2.4 server -> 2.6 client issue. maybe tomorrow.
Looks like it really is a problem with 2.4 server and 2.6 client as I still have it (server: grsec-sources-2.4.25, client: mm-sources-2.6.4)
I have the same issue with 2.6.3-gentoo-r1 client and 2.4.22-gentoo-r7 server... Maybe its time to go 2.6 on the server. Steve does everything workout ok for you now?
yes, everything is well using nfs v3 on both server and client.
I should have been more clear. nfs v3 and 2.6* on server and client works well.
I'm having the same problem. Client is Gentoo with 2.6.3-gentoo-r1 kernel. Server is SuSE with 2.4.20 kernel. Will install Gentoo on the server as well soon, but... I think it is a bad thing that this is not working. There will be a lot of people with big servers running somewhat 'old' systems. Think about the poor admins forced to upgrade all file servers running NFS just because of this. Has anybody tried 2.6.4 or 2.6.5-rc1? Did anybody notify Andrew Morton about this thread?
Hi Andre, As far as I know, no one has contacted upstream maintainer. I have already upgraded my server. So dont really want to take it back to 2.4 to continue. Went as far at one point as to read the df source code (from coreutils ebuild I think).
Do some of the newer kernel's fix this? (ie. 2.6.4, or perhaps mm-sources on the client)?
It's not fixed in 2.6.5-rc3-mm1.
I'm not finding anything upstream on this one. Either it's a known issue (my bet) or we're the first to experience it. Either way, I think we're kind of stuck here. All we can do really is wait for upstream to fix it and send it to linus or andrew. Andrew's been doing lot's of work in the NFS code, so I wouldn't be surprised if this was resolved relatively shortly.
This is definitely something that has to be resolved upstream. We've got our hands tied with this one.