Hadoop HDFS
  1. Hadoop HDFS
  2. HDFS-6488

Support HDFS superuser in NFSv3 gateway

    Details

    • Type: New Feature New Feature
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.3.0
    • Fix Version/s: 2.7.0
    • Component/s: nfs
    • Labels:
      None
    • Hadoop Flags:
      Reviewed

      Description

      As hdfs superuseruser on the NFS mount, I cannot cd or ls the /user/schu/.Trash directory:

      bash-4.1$ cd .Trash/
      bash: cd: .Trash/: Permission denied
      bash-4.1$ ls -la
      total 2
      drwxr-xr-x 4 schu 2584148964 128 Jan  7 10:42 .
      drwxr-xr-x 4 hdfs 2584148964 128 Jan  6 16:59 ..
      drwx------ 2 schu 2584148964  64 Jan  7 10:45 .Trash
      drwxr-xr-x 2 hdfs hdfs        64 Jan  7 10:42 tt
      bash-4.1$ ls .Trash
      ls: cannot open directory .Trash: Permission denied
      bash-4.1$
      

      When using FsShell as hdfs superuser, I have superuser permissions to schu's .Trash contents:

      bash-4.1$ hdfs dfs -ls -R /user/schu/.Trash
      drwx------   - schu supergroup          0 2014-01-07 10:48 /user/schu/.Trash/Current
      drwx------   - schu supergroup          0 2014-01-07 10:48 /user/schu/.Trash/Current/user
      drwx------   - schu supergroup          0 2014-01-07 10:48 /user/schu/.Trash/Current/user/schu
      -rw-r--r--   1 schu supergroup          4 2014-01-07 10:48 /user/schu/.Trash/Current/user/schu/tf1
      
      

      The NFSv3 logs don't produce any error when superuser tries to access schu Trash contents. However, for other permission errors (e.g. schu tries to delete a directory owned by hdfs), there will be a permission error in the logs.
      I think this is not specific to the .Trash directory perhaps.
      I created a /user/schu/dir1 which has the same permissions as .Trash (700). When I try cd'ing into the directory from the NFSv3 mount as hdfs superuser, I get the same permission denied.

      [schu@hdfs-nfs ~]$ hdfs dfs -ls
      Found 4 items
      drwx------   - schu supergroup          0 2014-01-07 10:57 .Trash
      drwx------   - schu supergroup          0 2014-01-07 11:05 dir1
      -rw-r--r--   1 schu supergroup          4 2014-01-07 11:05 tf1
      drwxr-xr-x   - hdfs hdfs                0 2014-01-07 10:42 tt
      bash-4.1$ whoami
      hdfs
      bash-4.1$ pwd
      /hdfs_nfs_mount/user/schu
      bash-4.1$ cd dir1
      bash: cd: dir1: Permission denied
      bash-4.1$
      
      1. HDFS-6488.001.patch
        3 kB
        Brandon Li
      2. HDFS-6488.002.patch
        8 kB
        Brandon Li
      3. HDFS-6488.003.patch
        8 kB
        Brandon Li

        Issue Links

          Activity

          Stephen Chu created issue -
          Hide
          Colin Patrick McCabe added a comment -

          I think the issue is that on your local Linux, the hdfs user doesn't have any special permissions attached to it. So Linux sees a file owned by a different user (schu) with mode 0700 and thinks that you just don't have permission to read it.

          I don't know if there is a good resolution for this, since Linux's behavior probably can't be changed. You're basically asking schu to behave like root inside the NFS mount, but not elsewhere, and that would require kernel changes to implement. Maybe I'm missing something, but I don't see how we can implement that...

          What's the behavior with the actual root user? Do we implement root_squash?

          Show
          Colin Patrick McCabe added a comment - I think the issue is that on your local Linux, the hdfs user doesn't have any special permissions attached to it. So Linux sees a file owned by a different user ( schu ) with mode 0700 and thinks that you just don't have permission to read it. I don't know if there is a good resolution for this, since Linux's behavior probably can't be changed. You're basically asking schu to behave like root inside the NFS mount, but not elsewhere, and that would require kernel changes to implement. Maybe I'm missing something, but I don't see how we can implement that... What's the behavior with the actual root user? Do we implement root_squash ?
          Colin Patrick McCabe made changes -
          Field Original Value New Value
          Link This issue is related to HDFS-6498 [ HDFS-6498 ]
          Hide
          Colin Patrick McCabe added a comment -

          HDFS-6498 might offer a way to do this

          Show
          Colin Patrick McCabe added a comment - HDFS-6498 might offer a way to do this
          Hide
          Brandon Li added a comment -

          As Colin mentioned, root squash is disabled implicitly in NFS gateway because it treats root or hdfs as a regular user and pass it directly to HDFS. The purpose of HDFS-6498 is to squash any user or a user range in order to make the static mapping easier to use.

          One possible way to treat "hdfs"( the configured super user or HDFS namespace owner) as a super user and always give it access to any file system objects is to return all access permission in ACCESS call. I did a quick test on MacOS, it seems to work.

          Show
          Brandon Li added a comment - As Colin mentioned, root squash is disabled implicitly in NFS gateway because it treats root or hdfs as a regular user and pass it directly to HDFS. The purpose of HDFS-6498 is to squash any user or a user range in order to make the static mapping easier to use. One possible way to treat "hdfs"( the configured super user or HDFS namespace owner) as a super user and always give it access to any file system objects is to return all access permission in ACCESS call. I did a quick test on MacOS, it seems to work.
          Hide
          Stephen Chu added a comment -

          Thank you, Brandon Li! I can help test on other environments if that's helpful.

          Show
          Stephen Chu added a comment - Thank you, Brandon Li ! I can help test on other environments if that's helpful.
          Hide
          Brandon Li added a comment -

          The question is, how could the gateway know who is the super user. It doesn't seems reasonable to assume the gateway is always started by the super user. Any suggestions?

          Show
          Brandon Li added a comment - The question is, how could the gateway know who is the super user. It doesn't seems reasonable to assume the gateway is always started by the super user. Any suggestions?
          Hide
          Colin Patrick McCabe added a comment -

          Maybe I am misunderstanding something, but if the gateway is not running as the hdfs superuser, it seems like the gateway's functionality will be limited. It will not be able to do things that require hdfs superuser privilege. So can't we just assume that the gateway is started by the super user (or at least a member of the supergroup) and go from there?

          Show
          Colin Patrick McCabe added a comment - Maybe I am misunderstanding something, but if the gateway is not running as the hdfs superuser, it seems like the gateway's functionality will be limited. It will not be able to do things that require hdfs superuser privilege. So can't we just assume that the gateway is started by the super user (or at least a member of the supergroup) and go from there?
          Hide
          Brandon Li added a comment -

          With non-secure cluster, NFS gateway is stared by the proxy user. For secure HDFS cluster, NFS gateway can be started by anyone as long as the user can access the kerberos keytab to register as the proxy user.
          Maybe I missed something, but I don't recall any access to NN/DN requires superuser privilege in the gateway. In hadoop1, we did have some NN rpc (getDiskStatus?) requires superuser privilege.

          Show
          Brandon Li added a comment - With non-secure cluster, NFS gateway is stared by the proxy user. For secure HDFS cluster, NFS gateway can be started by anyone as long as the user can access the kerberos keytab to register as the proxy user. Maybe I missed something, but I don't recall any access to NN/DN requires superuser privilege in the gateway. In hadoop1, we did have some NN rpc (getDiskStatus?) requires superuser privilege.
          Hide
          Brandon Li added a comment -

          We could add a configuration property to let user specify the super user if the gateway can't identify the super user by itself.

          Show
          Brandon Li added a comment - We could add a configuration property to let user specify the super user if the gateway can't identify the super user by itself.
          Hide
          Brandon Li added a comment - - edited

          Uploaded a patch to show the idea.
          It's hard to write an end-to-end test for NFS for now, so I manually tested it on MacOS and Ubuntu. Here is what I did:
          0. configure "nfs.superuser" as "brandon". Start HDFS as user "brandon".
          1. with user "test1", create a file and change its permission to 000
          2. switch to user "brandon", I can read the file and then delete it.

          Stephen Chu, could you please verify the fix in your environment?

          Show
          Brandon Li added a comment - - edited Uploaded a patch to show the idea. It's hard to write an end-to-end test for NFS for now, so I manually tested it on MacOS and Ubuntu. Here is what I did: 0. configure "nfs.superuser" as "brandon". Start HDFS as user "brandon". 1. with user "test1", create a file and change its permission to 000 2. switch to user "brandon", I can read the file and then delete it. Stephen Chu , could you please verify the fix in your environment?
          Brandon Li made changes -
          Attachment HDFS-6488.001.patch [ 12701232 ]
          Hide
          Stephen Chu added a comment -

          Brandon Li

          Thank you, Brandon! I will test on RHEL/CentOS env. Will update with results. Let me know if there are any other specific platforms you want me to try on.

          Show
          Stephen Chu added a comment - Brandon Li Thank you, Brandon! I will test on RHEL/CentOS env. Will update with results. Let me know if there are any other specific platforms you want me to try on.
          Brandon Li made changes -
          Assignee Brandon Li [ brandonli ]
          Hide
          Stephen Chu added a comment -

          Hi Brandon Li, the patch looks good. I verified on my env (Centos 6.4) that the new configuration gives full superuser access. +1 (non-binding)

          Show
          Stephen Chu added a comment - Hi Brandon Li , the patch looks good. I verified on my env (Centos 6.4) that the new configuration gives full superuser access. +1 (non-binding)
          Hide
          Akira AJISAKA added a comment -

          Thanks Brandon Li for the patch. Some comments:
          1. Would you add a document for "nfs.superuser"?

          +        LOG.debug("super user");
          

          2. Could you improve the debug message by logging the name of the superuser?
          3. I suppose LOG.debug() should be surrounded by LOG.isDebugEnabled().
          For example,

            if (LOG.isDebugEnabled()) {
              LOG.debug("ACCESS fileId: " + handle.getFileId() +
                  " by the configured superuser: " + superuser);
            }
          

          4. (minor) Some lines are longer than 80 characters.

          Show
          Akira AJISAKA added a comment - Thanks Brandon Li for the patch. Some comments: 1. Would you add a document for "nfs.superuser"? + LOG.debug( " super user" ); 2. Could you improve the debug message by logging the name of the superuser? 3. I suppose LOG.debug() should be surrounded by LOG.isDebugEnabled() . For example, if (LOG.isDebugEnabled()) { LOG.debug( "ACCESS fileId: " + handle.getFileId() + " by the configured superuser: " + superuser); } 4. (minor) Some lines are longer than 80 characters.
          Hide
          Colin Patrick McCabe added a comment -

          With non-secure cluster, NFS gateway is stared by the proxy user. For secure HDFS cluster, NFS gateway can be started by anyone as long as the user can access the kerberos keytab to register as the proxy user.

          Does it make sense to have the NFS superuser default to the name of the proxy user?

          Show
          Colin Patrick McCabe added a comment - With non-secure cluster, NFS gateway is stared by the proxy user. For secure HDFS cluster, NFS gateway can be started by anyone as long as the user can access the kerberos keytab to register as the proxy user. Does it make sense to have the NFS superuser default to the name of the proxy user?
          Brandon Li made changes -
          Attachment HDFS-6488.002.patch [ 12702017 ]
          Hide
          Brandon Li added a comment - - edited

          I've uploaded a new patch to address the comments from Akira AJISAKA.

          Show
          Brandon Li added a comment - - edited I've uploaded a new patch to address the comments from Akira AJISAKA .
          Brandon Li made changes -
          Status Open [ 1 ] Patch Available [ 10002 ]
          Hide
          Brandon Li added a comment -

          Does it make sense to have the NFS superuser default to the name of the proxy user?

          I don't have a strong reason to say the proxy user should not be the super-user.
          Just feel it's more flexible to not enforce it. In many environments, the HDFS superuser (e.g., "hdfs") is not a real user account and only created on the cluster running hadoop. The users may choose to start the gateway on a client node where the HDFS super-user is not configured (or the UID for "hdfs" has been used by another account on that host).
          Secondly, it will be an incompatible change if we start to enforce the proxy user to be the HDFS super-user.

          Show
          Brandon Li added a comment - Does it make sense to have the NFS superuser default to the name of the proxy user? I don't have a strong reason to say the proxy user should not be the super-user. Just feel it's more flexible to not enforce it. In many environments, the HDFS superuser (e.g., "hdfs") is not a real user account and only created on the cluster running hadoop. The users may choose to start the gateway on a client node where the HDFS super-user is not configured (or the UID for "hdfs" has been used by another account on that host). Secondly, it will be an incompatible change if we start to enforce the proxy user to be the HDFS super-user.
          Hide
          Hadoop QA added a comment -

          -1 overall. Here are the results of testing the latest attachment
          http://issues.apache.org/jira/secure/attachment/12702017/HDFS-6488.002.patch
          against trunk revision c5eac9c.

          +1 @author. The patch does not contain any @author tags.

          -1 tests included. The patch doesn't appear to include any new or modified tests.
          Please justify why no new tests are needed for this patch.
          Also please list what manual steps were performed to verify this patch.

          +1 javac. The applied patch does not increase the total number of javac compiler warnings.

          +1 javadoc. There were no new javadoc warning messages.

          +1 eclipse:eclipse. The patch built with eclipse:eclipse.

          -1 findbugs. The patch appears to introduce 1 new Findbugs (version 2.0.3) warnings.

          +1 release audit. The applied patch does not increase the total number of release audit warnings.

          +1 core tests. The patch passed unit tests in hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs.

          Test results: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//testReport/
          Findbugs warnings: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//artifact/patchprocess/newPatchFindbugsWarningshadoop-hdfs-nfs.html
          Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//console

          This message is automatically generated.

          Show
          Hadoop QA added a comment - -1 overall . Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12702017/HDFS-6488.002.patch against trunk revision c5eac9c. +1 @author . The patch does not contain any @author tags. -1 tests included . The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. +1 javac . The applied patch does not increase the total number of javac compiler warnings. +1 javadoc . There were no new javadoc warning messages. +1 eclipse:eclipse . The patch built with eclipse:eclipse. -1 findbugs . The patch appears to introduce 1 new Findbugs (version 2.0.3) warnings. +1 release audit . The applied patch does not increase the total number of release audit warnings. +1 core tests . The patch passed unit tests in hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs. Test results: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//testReport/ Findbugs warnings: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//artifact/patchprocess/newPatchFindbugsWarningshadoop-hdfs-nfs.html Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/9704//console This message is automatically generated.
          Hide
          Brandon Li added a comment -

          Updated the patch to fix the findbugs warning.

          Show
          Brandon Li added a comment - Updated the patch to fix the findbugs warning.
          Brandon Li made changes -
          Attachment HDFS-6488.003.patch [ 12702216 ]
          Hide
          Hadoop QA added a comment -

          -1 overall. Here are the results of testing the latest attachment
          http://issues.apache.org/jira/secure/attachment/12702216/HDFS-6488.003.patch
          against trunk revision e17e5ba.

          +1 @author. The patch does not contain any @author tags.

          -1 tests included. The patch doesn't appear to include any new or modified tests.
          Please justify why no new tests are needed for this patch.
          Also please list what manual steps were performed to verify this patch.

          +1 javac. The applied patch does not increase the total number of javac compiler warnings.

          +1 javadoc. There were no new javadoc warning messages.

          +1 eclipse:eclipse. The patch built with eclipse:eclipse.

          +1 findbugs. The patch does not introduce any new Findbugs (version 2.0.3) warnings.

          +1 release audit. The applied patch does not increase the total number of release audit warnings.

          -1 core tests. The patch failed these unit tests in hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs:

          org.apache.hadoop.hdfs.server.namenode.TestFileTruncate

          The test build failed in hadoop-hdfs-project/hadoop-hdfs-nfs

          Test results: https://builds.apache.org/job/PreCommit-HDFS-Build/9712//testReport/
          Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/9712//console

          This message is automatically generated.

          Show
          Hadoop QA added a comment - -1 overall . Here are the results of testing the latest attachment http://issues.apache.org/jira/secure/attachment/12702216/HDFS-6488.003.patch against trunk revision e17e5ba. +1 @author . The patch does not contain any @author tags. -1 tests included . The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch. Also please list what manual steps were performed to verify this patch. +1 javac . The applied patch does not increase the total number of javac compiler warnings. +1 javadoc . There were no new javadoc warning messages. +1 eclipse:eclipse . The patch built with eclipse:eclipse. +1 findbugs . The patch does not introduce any new Findbugs (version 2.0.3) warnings. +1 release audit . The applied patch does not increase the total number of release audit warnings. -1 core tests . The patch failed these unit tests in hadoop-hdfs-project/hadoop-hdfs hadoop-hdfs-project/hadoop-hdfs-nfs: org.apache.hadoop.hdfs.server.namenode.TestFileTruncate The test build failed in hadoop-hdfs-project/hadoop-hdfs-nfs Test results: https://builds.apache.org/job/PreCommit-HDFS-Build/9712//testReport/ Console output: https://builds.apache.org/job/PreCommit-HDFS-Build/9712//console This message is automatically generated.
          Hide
          Brandon Li added a comment -

          The unit test failure is not introduced by this patch.

          Show
          Brandon Li added a comment - The unit test failure is not introduced by this patch.
          Hide
          Jing Zhao added a comment -

          I think it should be ok to use a configuration prop to specify the nfs super user. The latest patch looks good to me. +1.

          Show
          Jing Zhao added a comment - I think it should be ok to use a configuration prop to specify the nfs super user. The latest patch looks good to me. +1.
          Brandon Li made changes -
          Issue Type Bug [ 1 ] New Feature [ 2 ]
          Brandon Li made changes -
          Summary HDFS superuser unable to access user's Trash files using NFSv3 mount Support HDFS superuser in NFSv3 gateway
          Hide
          Brandon Li added a comment - - edited

          Thank you, Stephen, Colin, Akira and Jing. I've updated the title and committed the patch.

          Show
          Brandon Li added a comment - - edited Thank you, Stephen, Colin, Akira and Jing. I've updated the title and committed the patch.
          Brandon Li made changes -
          Status Patch Available [ 10002 ] Resolved [ 5 ]
          Hadoop Flags Reviewed [ 10343 ]
          Resolution Fixed [ 1 ]
          Brandon Li made changes -
          Fix Version/s 2.7.0 [ 12327584 ]
          Hide
          Hudson added a comment -

          SUCCESS: Integrated in Hadoop-trunk-Commit #7277 (See https://builds.apache.org/job/Hadoop-trunk-Commit/7277/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          Show
          Hudson added a comment - SUCCESS: Integrated in Hadoop-trunk-Commit #7277 (See https://builds.apache.org/job/Hadoop-trunk-Commit/7277/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          Hide
          Hudson added a comment -

          FAILURE: Integrated in Hadoop-Yarn-trunk-Java8 #125 (See https://builds.apache.org/job/Hadoop-Yarn-trunk-Java8/125/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          Show
          Hudson added a comment - FAILURE: Integrated in Hadoop-Yarn-trunk-Java8 #125 (See https://builds.apache.org/job/Hadoop-Yarn-trunk-Java8/125/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          Hide
          Hudson added a comment -

          FAILURE: Integrated in Hadoop-Yarn-trunk #859 (See https://builds.apache.org/job/Hadoop-Yarn-trunk/859/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          Show
          Hudson added a comment - FAILURE: Integrated in Hadoop-Yarn-trunk #859 (See https://builds.apache.org/job/Hadoop-Yarn-trunk/859/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          Hide
          Hudson added a comment -

          FAILURE: Integrated in Hadoop-Hdfs-trunk #2057 (See https://builds.apache.org/job/Hadoop-Hdfs-trunk/2057/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          Show
          Hudson added a comment - FAILURE: Integrated in Hadoop-Hdfs-trunk #2057 (See https://builds.apache.org/job/Hadoop-Hdfs-trunk/2057/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          Hide
          Hudson added a comment -

          SUCCESS: Integrated in Hadoop-Hdfs-trunk-Java8 #116 (See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/116/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          Show
          Hudson added a comment - SUCCESS: Integrated in Hadoop-Hdfs-trunk-Java8 #116 (See https://builds.apache.org/job/Hadoop-Hdfs-trunk-Java8/116/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          Hide
          Hudson added a comment -

          FAILURE: Integrated in Hadoop-Mapreduce-trunk-Java8 #125 (See https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Java8/125/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          Show
          Hudson added a comment - FAILURE: Integrated in Hadoop-Mapreduce-trunk-Java8 #125 (See https://builds.apache.org/job/Hadoop-Mapreduce-trunk-Java8/125/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          Hide
          Hudson added a comment -

          SUCCESS: Integrated in Hadoop-Mapreduce-trunk #2075 (See https://builds.apache.org/job/Hadoop-Mapreduce-trunk/2075/)
          HDFS-6488. Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875)

          • hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java
          • hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java
          • hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          Show
          Hudson added a comment - SUCCESS: Integrated in Hadoop-Mapreduce-trunk #2075 (See https://builds.apache.org/job/Hadoop-Mapreduce-trunk/2075/ ) HDFS-6488 . Support HDFS superuser in NFSv3 gateway. Contributed by Brandon Li (brandonli: rev 0f8ecb1d0ce6d3ee9a7caf5b15b299210c2b8875) hadoop-hdfs-project/hadoop-hdfs/CHANGES.txt hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/nfs3/RpcProgramNfs3.java hadoop-hdfs-project/hadoop-hdfs-nfs/src/main/java/org/apache/hadoop/hdfs/nfs/conf/NfsConfigKeys.java hadoop-hdfs-project/hadoop-hdfs/src/site/markdown/HdfsNfsGateway.md
          Vinod Kumar Vavilapalli made changes -
          Status Resolved [ 5 ] Closed [ 6 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open Patch Available Patch Available
          271d 1h 2m 1 Brandon Li 03/Mar/15 00:00
          Patch Available Patch Available Resolved Resolved
          3d 23h 24m 1 Brandon Li 06/Mar/15 23:24
          Resolved Resolved Closed Closed
          48d 23h 57m 1 Vinod Kumar Vavilapalli 25/Apr/15 00:22

            People

            • Assignee:
              Brandon Li
              Reporter:
              Stephen Chu
            • Votes:
              0 Vote for this issue
              Watchers:
              11 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development