typically its between 10s and 1min depending of the config
these are values that any NFS client will tolerate
In any case unless you are using soft mounts (which you shouldnt) an application using a file over NFS will NOT get any errors - it will simply wait for IO
The OS NFS client stack is responsible for retransmitting a NFS reqeust if it times out. The most you will see if a "NFS server not responding" and "NFS server ok" in the clients log - which isnt an error messages but simply an information that its been retrying NFS requests
Thanks for the help..as always :) Does implementing LACP give me high availability ? Which means if the cable or switch/switchport is faulted, the other NAS server interface serves the shares and hosts doesnt see any "hickup" ? Cheers, Vivek
sure - LACP can cover port / cable / switch failure
there will still be the same NAS server and interface used
port means a physical Ethernet port above the physical port is LACP or FSN - still MAC layer interface is at the logical IP level lots if interfaces usually share the same port or LACP/FSN
Just to add to the above answer: NFSv2/v3 are stateless so will just wait for the export to come back online during a failover. NFSv4 is stateful in that both the client and the NAS server keep information about locks. Locks move between the SPs during a failover and are reclaimed by the client once they move over and the reclaim happens within the grace period (gpDuration defined as a svc_nas param). Default is 45 seconds last time I looked into it.
NFS is stateless, so client connection should simply hang during failover
SMB is stateful, so its more of an issue, except SMB3.
SBM1 should not be used ( depreciated and security hole)
SMB2 unless your clients support SMB is probably being used. If so, I think the SMB protocol times out in 45 seconds. So in failover takes longer than that, then client reconnnection is required. Failover time ( on Data Movers ), depended on the number of open files, - not sure of Unity - EMC can fill in the blanks :)
SMB3 should support seamless failover. But you needs clients ( Windows 10, Windows server x - not sure of version ) which supports it.
There is an option on unity to refuse a client connection unless its SMB3 , its in smb shares, advanced, continuous availability.
Rainer_EMC
4 Operator
•
8.6K Posts
1
May 8th, 2019 07:00
typically its between 10s and 1min depending of the config
these are values that any NFS client will tolerate
In any case unless you are using soft mounts (which you shouldnt) an application using a file over NFS will NOT get any errors - it will simply wait for IO
The OS NFS client stack is responsible for retransmitting a NFS reqeust if it times out.
The most you will see if a "NFS server not responding" and "NFS server ok" in the clients log - which isnt an error messages but simply an information that its been retrying NFS requests
vivek_asml
1 Rookie
•
30 Posts
0
May 15th, 2019 05:00
Thanks alot for taking time to reply Ranier, really appriciate.
can LACP help here, specially across SP, will LACP work on unity systems ?
Regards,
Vivek
Rainer_EMC
4 Operator
•
8.6K Posts
0
May 24th, 2019 07:00
no
LACP is only possible with interfaces that are on the same SP
same as with any other computer system
vivek_asml
1 Rookie
•
30 Posts
0
June 6th, 2019 00:00
Rainer_EMC
4 Operator
•
8.6K Posts
0
June 6th, 2019 06:00
sure - LACP can cover port / cable / switch failure
there will still be the same NAS server and interface used
port means a physical Ethernet port
above the physical port is LACP or FSN - still MAC layer
interface is at the logical IP level
lots if interfaces usually share the same port or LACP/FSN
see the Unity High Availability white paper
video here https://www.youtube.com/watch?v=hCYBMtDCD-A
DELL_ChrisHolloway
2 Intern
•
125 Posts
0
June 7th, 2019 04:00
cadencep45
3 Apprentice
•
318 Posts
0
June 7th, 2019 04:00
NFS is stateless, so client connection should simply hang during failover
SMB is stateful, so its more of an issue, except SMB3.
SBM1 should not be used ( depreciated and security hole)
SMB2 unless your clients support SMB is probably being used. If so, I think the SMB protocol times out in 45 seconds. So in failover takes longer than that, then client reconnnection is required. Failover time ( on Data Movers ), depended on the number of open files, - not sure of Unity - EMC can fill in the blanks :)
SMB3 should support seamless failover. But you needs clients ( Windows 10, Windows server x - not sure of version ) which supports it.
There is an option on unity to refuse a client connection unless its SMB3 , its in smb shares, advanced, continuous availability.
#S