On Mon, Nov 23, 2009 at 02:19:50PM +0100, Michael Monnerie wrote: > after searching for a long time I guess I found that inode64 on XFS with > kernel 2.6.27 (shipped with openSUSE 11.1) is incompatible with NFS. > Sorry if this was already know, it wasn't for me and finding the problem > was complicated. > > This is my nfs4 root (fsid=0): > > # ls -li > insgesamt 0 > 4666 drwxr-xr-x 2 root root 48 15. Nov 19:54 daten > 4668 drwxr-xr-x 2 root root 48 15. Nov 19:54 download2 > 4667 drwxr-xr-x 2 root root 48 15. Nov 19:54 dvd-images > 4661 drwxr-xr-x 2 root root 48 19. Nov 06:51 mailsrv-backup > 4669 drwxr-xr-x 2 root root 48 15. Nov 19:54 q > 4670 drwxr-xr-x 2 root root 48 15. Nov 19:54 z > > Then I mount those subdirs (mount --bind ....) to fill it with the dirs > I want to share: > > # ls -li > insgesamt 20 > 256 drwxr-xr-x 14 root root 4096 19. Nov 03:01 daten > 6454034730 drwxrwx--- 3 zmi users 61 26. Mär 2009 download2 > 4070671 drwxr-xr-x 2 root root 76 13. Nov 12:17 dvd-images > 6500330752 drwxr-xr-x 5 root root 4096 8. Nov 04:31 mailsrv-backup > 8591091465 drwxr-xr-x 17 root root 4096 12. Nov 02:01 q > 2147483904 drwxrwx--- 31 zmi bh 4096 7. Nov 09:58 z > > The shares "daten" and "dvd-images" can be mounted from other servers. But not the other four directories? What error do you get when you try? What client are you using, and are you mounting with NFSv2, NFSv3, or NFSv4? Could we see a network trace of a failed mount? (So, run tcpdump -s0 -wtmp.pcap then attempt to mount one of the directories with a too-big inode number, then kill tcpdump and send us tmp.pcap.) --b. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
