[ale] Stale NFS mounts - Switch to iSCSI?

[Scott Plante]

Are you using the "soft" parameter on your NFS mount? 


https://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-nfs-client-config-options.html 



hard or soft — Specifies whether the program using a file via an NFS connection should stop and wait (hard) for the server to come back online, if the host serving the exported file system is unavailable, or if it should report an error (soft). 


If soft is specified, the user can set an additional timeo=<value> option, where <value> specifies the number of seconds to pass before the error is reported. 



-- 
Scott Plante 
404-873-0058 x104 


----- Original Message -----

From: "Raj Wurttemberg via Ale" <ale at ale.org> 
To: "Atlanta Linux Enthusiasts" <ale at ale.org> 
Sent: Tuesday, March 27, 2018 9:12:16 AM 
Subject: [ale] Stale NFS mounts - Switch to iSCSI? 



Many of our client systems share data via NFS (v3) and everything works fine except when the server with the NFS export is rebooted, which happens regularly due to OS patching (not my decision). The systems that have the NFS export mounted can no longer do even a simple ‘ls’, they just hang. Unmounting and remounting the NFS export or rebooting the client system does resolve the issue, but I was curious if I switched to iSCSI if I would experience the same issue? I know the easy answer is to mount the NFS directly off the SAN (EMC) but I was told that the storage team would not create NFS exports for me. I was also looking at using autofs for the NFS mounts instead of putting them in the fstab file. 

Just curious if anyone else had any advice. 

Thanks, 
/Raj 

_______________________________________________ 
Ale mailing list 
Ale at ale.org 
https://mail.ale.org/mailman/listinfo/ale 
See JOBS, ANNOUNCE and SCHOOLS lists at 
http://mail.ale.org/mailman/listinfo 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20180327/6c637893/attachment.html>