Mount NFS File System Over a Slow and Busy Network

Traffic between my home and office data center encrypted using VPN but sometime my ISP get little slow or network becomes busy. I’m using Fedora Core Linux desktop system and my system freezes for a few minutes. What optimization options should be used when mounting an exported NFS share over a slow and busy network?

Generally, you will see server not responding message or computer just freezes. You can pass the following option while mounting remote shared/exported NFS server:
  1. soft: This option allows the kernel to time out if the nfs server is not responding for some time. The time can be specified with timeo=time. This option might be useful if your nfs server sometimes doesn’t respond or will be rebooted while some process tries to get a file from the server.
  2. timeo N: This timeout value is expressed in tenths of a second
  3. retrans : The number of timeouts allowed before the client gives up and displays the Server not responding message. The mount fails soon after.
  4. proto tcp/udp: The protocol (Either TCP or UDP) used when attempting to mount the server.

For example:
# mount -t nfs -o soft,timeo=900,retrans=3,vers=3, proto=tcp remotenfsserver:/home/data /mnt/nfs-mnt-point
# mount.nfs4 -o soft,timeo=900,retrans=3,vers=3, proto=tcp nas01:/data /data

🐧 Get the latest tutorials on Linux, Open Source & DevOps via RSS feed or Weekly email newsletter.

🐧 2 comments so far... add one

CategoryList of Unix and Linux commands
File Managementcat
FirewallAlpine Awall CentOS 8 OpenSUSE RHEL 8 Ubuntu 16.04 Ubuntu 18.04 Ubuntu 20.04
Network Utilitiesdig host ip nmap
OpenVPNCentOS 7 CentOS 8 Debian 10 Debian 8/9 Ubuntu 18.04 Ubuntu 20.04
Package Managerapk apt
Processes Managementbg chroot cron disown fg jobs killall kill pidof pstree pwdx time
Searchinggrep whereis which
User Informationgroups id lastcomm last lid/libuser-lid logname members users whoami who w
WireGuard VPNAlpine CentOS 8 Debian 10 Firewall Ubuntu 20.04
2 comments… add one
  • Mikhail Mar 11, 2011 @ 13:09

    timeo=900 is many, use timeo=5 !!

  • Reese Apr 21, 2011 @ 14:08

    The Linux manpage for MOUNT_NFS(8) specifically states that changing the timeo value is useful when optimizing UDP mounts. If the timeo value only affects UDP mounts specifying “proto=tcp” would make the value for timeo moot would it not?

Leave a Reply

Your email address will not be published.

Use HTML <pre>...</pre> for code samples. Problem posting comment? Email me @