Linux NFS client and FreeBSD server strangeness

Mike Tancsa mike at sentex.net
Thu Apr 5 15:49:10 UTC 2018


On 4/4/2018 4:23 PM, Kaya Saman wrote:
> If I recall correctly the "sync" option is default. Though it might be
> different depending on the Linux distro in use?
> 
> I use this: vers=3,defaults,auto,tcp,rsize=8192,wsize=8192

Thanks. For ubuntu 16, it looks like the default is async. It would be
nice if all of these defaults were exposed to view.  Also the rw buffers
are higher than the above at 131072. I too am using 9000 for the MTU.

After doing

mount.nfs -o intr,noatime,vers=3 -v

the options that come up are

mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.242.254 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.242.254 prog 100005 vers 3 prot UDP port 944

kind of odd in that they dont display all of them

mount | grep nfs

192.168.xx.yy:/zbackup1/virtbox4b/backup on /backup type nfs
(rw,noatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.xx.yy,mountvers=3,mountport=944,mountproto=udp,local_lock=none,addr=192.168.xx.yy)

The sync/async

  The sync mount option
       The NFS client treats the sync mount option differently than some
other file systems (refer to mount(8) for a description of  the
       generic  sync  and  async  mount options).  If neither sync nor
async is specified (or if the async option is specified), the NFS
       client delays sending application writes to the server until any
of these events occur:

              Memory pressure forces reclamation of system memory resources.

              An application flushes file data explicitly with sync(2),
msync(2), or fsync(3).

              An application closes a file with close(2).

              The file is locked/unlocked via fcntl(2).


	---Mike


-- 
-------------------
Mike Tancsa, tel +1 519 651 3400 x203
Sentex Communications, mike at sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada


More information about the freebsd-fs mailing list