[ https://issues.apache.org/jira/browse/HDFS-6549?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Aaron T. Myers moved HADOOP-10712 to HDFS-6549: ----------------------------------------------- Component/s: (was: nfs) nfs Target Version/s: 2.5.0 (was: 2.5.0) Affects Version/s: (was: 2.4.0) 2.4.0 Key: HDFS-6549 (was: HADOOP-10712) Project: Hadoop HDFS (was: Hadoop Common) > Add support for accessing the NFS gateway from the AIX NFS client > ----------------------------------------------------------------- > > Key: HDFS-6549 > URL: https://issues.apache.org/jira/browse/HDFS-6549 > Project: Hadoop HDFS > Issue Type: Bug > Components: nfs > Affects Versions: 2.4.0 > Reporter: Aaron T. Myers > Assignee: Aaron T. Myers > > We've identified two issues when trying to access the HDFS NFS Gateway from > an AIX NFS client: > # In the case of COMMITs, the AIX NFS client will always send 4096, or a > multiple of the page size, for the offset to be committed, even if fewer > bytes than this have ever, or will ever, be written to the file. This will > cause a write to a file from the AIX NFS client to hang on close unless the > size of that file is a multiple of 4096. > # In the case of READDIR and READDIRPLUS, the AIX NFS client will send the > same cookie verifier for a given directory seemingly forever after that > directory is first accessed over NFS, instead of getting a new cookie > verifier for every set of incremental readdir calls. This means that if a > directory's mtime ever changes, the FS must be unmounted/remounted before > readdir calls on that dir from AIX will ever succeed again. > From my interpretation of RFC-1813, the NFS Gateway is in fact doing the > correct thing in both cases, but we can introduce simple changes on the NFS > Gateway side to be able to optionally work around these incompatibilities. -- This message was sent by Atlassian JIRA (v6.2#6252)