3 ms·

Hi, could you give some pointers about this? Thanks!

• zh3 1y ago
  It's down to the mount options, use 'soft' and the program trying to access the (inaccessible) server gets an error return after a while, or 'intr' if you want to be able to kill the hung process. The caveat is a lot of software is written to assume things like fread(), fopen() etc will either quickly fail or work. However, if the file is over a network obviously things can go wrong so the common default behaviour is to wait for the server to come back online. Same issue applies to any other network filesystem, different OS's (and even the same OS with different configs) handle the situation differently.
  • dingaling 1y ago
    > after a while 'After a while' usually requiring the users to wait with an unresponsive desktop environment, because they opened a file manager whilst NFS was huffing. So they'd manage to switch to a virtual terminal and then out of habit type 'ls', locking that up too. After a few years of messing around with soft mounts and block sizes and all sorts of NFS config nonsense, I switched to SMB and never looked back
• throw0101d 1y ago
  >> Don't know about FreeBSD but hard hanging on a mounted filesystem is configurable (if it's essential configure it that way, otherwise don't). > Hi, could you give some pointers about this? Thanks! * https://man.archlinux.org/man/nfs.5.en#soft https://man.archlinux.org/man/nfs.5.en#soft * https://kb.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/What_are_the_differences_between_hard_mount_and_soft_mount https://kb.netapp.com/on-prem/ontap/da/NAS/NAS-KBs/What_are_...