> The situation: an SGI Origin 200 fileserver running IRIX 6.4,
> exporting two filesystems for ~25 clients (SGI
> Indy/O2/Octane/Onyx, Sun Sparc IPC, i386 Linux). The IRIX NFS
> server supports NFS v2 and v3; the SGI clients use v3, the Suns
> v2, and I don't know how to find out what the Linux machine
> uses.
> The exports file on the Origin (server1) looks like:
> /usr/it -access=clients:friends
> /usr/it/images -access=clients:friends,nohide
> /home -access=clients:friends
> The fstab file on the Linux machine:
> /dev/hda1 / ext2 defaults,errors=remount-ro 0 1
> /dev/hda2 none swap sw 0 0
> proc /proc proc defaults 0 0
> /dev/hda5 /var ext2 defaults 0 2
> /dev/hda6 /tmp ext2 defaults 0 2
> /dev/hda7 /usr ext2 defaults 0 2
> server1:/home /home nfs defaults 0 0
> server1:/usr/it /usr/it nfs defaults 0 0
> server2:/var/spool/mail /var/spool/mail nfs defaults 0 0
> Server2 is an old Sun Sparc2 running SunOS 4.1.3.
===8<=== CUT ===>8===
> I tried several mount options: rsize=4096, nolock and nfsvers=2
> but the problem still remains. The machine is running Debian 2.0.
My experience has all been with RedHat distributions, 4.1, 5.1, 5.2
and now 6.0, so this may not be relevant, but in my experience, nfs
mounts need to have the following options specified:
rsize=8192,soft,wsize=8192
The 2.0 kernels could manage with just those options, but the 2.1 and
2.2 kernels need either 'ro' or 'nolock' in addition to the above, and
for some reason, specifying rsize=8192 without wsize=8192 made the
mount unstable, even if it was mounted RO !!!
I also seem to remember a thread here on linux-kernel about six months
back on this subject, where it was stated that the size options needed
to be set to at least 8192 for some reason. However, I can't remember
what the reason was.
Comments, anybody?
Best wishes from Riley.
+----------------------------------------------------------------------+
| There is something frustrating about the quality and speed of Linux |
| development, ie., the quality is too high and the speed is too high, |
| in other words, I can implement this XXXX feature, but I bet someone |
| else has already done so and is just about to release their patch. |
+----------------------------------------------------------------------+
* ftp://ftp.MemAlpha.cx/pub/rhw/Linux
* http://www.MemAlpha.cx/kernel.versions.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/