NFS hung/slowness issue when dealing with long path names with FPolicy enabled
Applies to
- ONTAP 9.8 +
- FPolicy Enabled
Issue
- FPolicydoes not seem to be able to handle longer file paths in NFS.
- ONTAP answers the client NFS request with an
"NFS3ERR_JUKEBOX"
error. - ONTAP event logs could throw messages like
"Nblade.dBladeNoResponse.NFS: File operation timed outbecause there was no response from the data-serving node.Node UUID:XXXX, file operation protocol:NFS, client IP address: XX.XX.XX.XX, Opcode/Procedure: NFS3_RENAME(14)."
- There could be slowness/high latency observed for the volume with long path name.
- It is not required to have an external FPolicy server which is connected, even in the"disconnected" state the problem would occur.
- A single path does not need to be very long - for emaple, in a SCREEN_REQ packet for a NFS_RENAME, if the same path name occurs multiple times , could lead to a large SCREEN_REQ packet (i.e., with a from/to path length of each around 3500 bytes the problem can be triggered with an NFS_RENAME).