[jira] [Commented] (HDFS-14006) RBF: Support to get Router object from web context instead of Namenode
[ https://issues.apache.org/jira/browse/HDFS-14006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16693922#comment-16693922 ] Hadoop QA commented on HDFS-14006: -- | (x) *{color:red}-1 overall{color}* | \\ \\ || Vote || Subsystem || Runtime || Comment || | {color:blue}0{color} | {color:blue} reexec {color} | {color:blue} 0m 22s{color} | {color:blue} Docker mode activated. {color} | || || || || {color:brown} Prechecks {color} || | {color:green}+1{color} | {color:green} @author {color} | {color:green} 0m 0s{color} | {color:green} The patch does not contain any @author tags. {color} | | {color:red}-1{color} | {color:red} test4tests {color} | {color:red} 0m 0s{color} | {color:red} 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. {color} | || || || || {color:brown} trunk Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 22m 12s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 1m 0s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} checkstyle {color} | {color:green} 0m 54s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 1m 4s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} shadedclient {color} | {color:green} 14m 11s{color} | {color:green} branch has no errors when building and testing our client artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 56s{color} | {color:green} trunk passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 51s{color} | {color:green} trunk passed {color} | || || || || {color:brown} Patch Compile Tests {color} || | {color:green}+1{color} | {color:green} mvninstall {color} | {color:green} 0m 59s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} compile {color} | {color:green} 0m 54s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javac {color} | {color:green} 0m 54s{color} | {color:green} the patch passed {color} | | {color:orange}-0{color} | {color:orange} checkstyle {color} | {color:orange} 0m 48s{color} | {color:orange} hadoop-hdfs-project/hadoop-hdfs: The patch generated 2 new + 109 unchanged - 0 fixed = 111 total (was 109) {color} | | {color:green}+1{color} | {color:green} mvnsite {color} | {color:green} 0m 58s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} whitespace {color} | {color:green} 0m 0s{color} | {color:green} The patch has no whitespace issues. {color} | | {color:green}+1{color} | {color:green} shadedclient {color} | {color:green} 13m 3s{color} | {color:green} patch has no errors when building and testing our client artifacts. {color} | | {color:green}+1{color} | {color:green} findbugs {color} | {color:green} 1m 59s{color} | {color:green} the patch passed {color} | | {color:green}+1{color} | {color:green} javadoc {color} | {color:green} 0m 45s{color} | {color:green} the patch passed {color} | || || || || {color:brown} Other Tests {color} || | {color:red}-1{color} | {color:red} unit {color} | {color:red} 94m 18s{color} | {color:red} hadoop-hdfs in the patch failed. {color} | | {color:green}+1{color} | {color:green} asflicense {color} | {color:green} 0m 31s{color} | {color:green} The patch does not generate ASF License warnings. {color} | | {color:black}{color} | {color:black} {color} | {color:black}156m 29s{color} | {color:black} {color} | \\ \\ || Reason || Tests || | Failed junit tests | hadoop.hdfs.web.TestWebHdfsFileSystemContract | | | hadoop.hdfs.server.namenode.TestDecommissioningStatus | \\ \\ || Subsystem || Report/Notes || | Docker | Client=17.05.0-ce Server=17.05.0-ce Image:yetus/hadoop:8f97d6f | | JIRA Issue | HDFS-14006 | | JIRA Patch URL | https://issues.apache.org/jira/secure/attachment/12948920/HDFS-14006.001.patch | | Optional Tests | dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient findbugs checkstyle | | uname | Linux d74f986b33c9 3.13.0-153-generic #203-Ubuntu SMP Thu Jun 14 08:52:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | /testptch/patchprocess/precommit/personality/provided.sh | | git revision | trunk / 1734ace | | maven | version: Apache Maven 3.3.9 | | Default Java | 1.8.0_181 | | findbugs | v3.1.0-RC1 | | checkstyle | https://builds.apache.org/job/PreCommit-HDFS-Build/25572/artifact/out/diff-checkstyle-hadoop-hdfs-project_hadoop-hdfs.txt | | unit |
[jira] [Commented] (HDFS-14006) RBF: Support to get Router object from web context instead of Namenode
[ https://issues.apache.org/jira/browse/HDFS-14006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16693845#comment-16693845 ] Íñigo Goiri commented on HDFS-14006: The refactor looks pretty reasonable. I have a couple nits: * Line break before the javadoc in {{TokenVerifier}}. * {{web hdfs}} to {{WebHDFS}}. * A little longer javadoc in {{TokenVerifier}} to explain who uses this and so on. * Move the javadoc to {{TokenVerifier#verifyToken}} and leave {{NameNode#verifyToken}} as Override without javadoc. I would also change the title of the JIRA there is no RBF change here, all there is a refactor in the NN. > RBF: Support to get Router object from web context instead of Namenode > -- > > Key: HDFS-14006 > URL: https://issues.apache.org/jira/browse/HDFS-14006 > Project: Hadoop HDFS > Issue Type: Improvement >Reporter: CR Hota >Assignee: CR Hota >Priority: Major > Attachments: HDFS-14006.001.patch > > > Router currently uses Namenode web resources to read and verify delegation > tokens. This model doesn't work when router will be deployed in secured mode. > This change will introduce router's own UserProvider resource and > dependencies. > In the current deployment one can see this exception. > {"RemoteException":\{"exception":"ClassCastException","javaClassName":"java.lang.ClassCastException","message":"org.apache.hadoop.hdfs.server.federation.router.Router > cannot be cast to org.apache.hadoop.hdfs.server.namenode.NameNode"}} > In the proposed change, router will maintain its own web resource, that will > be similar to current namenode, but modified to get back a router instance > instead of namenode. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
[jira] [Commented] (HDFS-14006) RBF: Support to get Router object from web context instead of Namenode
[ https://issues.apache.org/jira/browse/HDFS-14006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685736#comment-16685736 ] CR Hota commented on HDFS-14006: [~elgoiri] Agree with you. Definitely reusability is something we will look into, but at this time, its better to decouple both and make sure each work fine without refactoring namenode dependencies in this area. This refactor has more risks compared to others we have been doing with respect to security. > RBF: Support to get Router object from web context instead of Namenode > -- > > Key: HDFS-14006 > URL: https://issues.apache.org/jira/browse/HDFS-14006 > Project: Hadoop HDFS > Issue Type: Improvement >Reporter: CR Hota >Assignee: CR Hota >Priority: Major > > Router currently uses Namenode web resources to read and verify delegation > tokens. This model doesn't work when router will be deployed in secured mode. > This change will introduce router's own UserProvider resource and > dependencies. > In the current deployment one can see this exception. > {"RemoteException":\{"exception":"ClassCastException","javaClassName":"java.lang.ClassCastException","message":"org.apache.hadoop.hdfs.server.federation.router.Router > cannot be cast to org.apache.hadoop.hdfs.server.namenode.NameNode"}} > In the proposed change, router will maintain its own web resource, that will > be similar to current namenode, but modified to get back a router instance > instead of namenode. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
[jira] [Commented] (HDFS-14006) RBF: Support to get Router object from web context instead of Namenode
[ https://issues.apache.org/jira/browse/HDFS-14006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685633#comment-16685633 ] Íñigo Goiri commented on HDFS-14006: Eventually we may want to take some of JspHelper and make it static and just used from the new RouterJspHelper. We can repurpose this JIRA for that once we have a clear understanding on what can be reused. Anyway, in my mind this JIRA should only be a refactor eventually. > RBF: Support to get Router object from web context instead of Namenode > -- > > Key: HDFS-14006 > URL: https://issues.apache.org/jira/browse/HDFS-14006 > Project: Hadoop HDFS > Issue Type: Improvement >Reporter: CR Hota >Assignee: CR Hota >Priority: Major > > Router currently uses Namenode web resources to read and verify delegation > tokens. This model doesn't work when router will be deployed in secured mode. > This change will introduce router's own UserProvider resource and > dependencies. > In the current deployment one can see this exception. > {"RemoteException":\{"exception":"ClassCastException","javaClassName":"java.lang.ClassCastException","message":"org.apache.hadoop.hdfs.server.federation.router.Router > cannot be cast to org.apache.hadoop.hdfs.server.namenode.NameNode"}} > In the proposed change, router will maintain its own web resource, that will > be similar to current namenode, but modified to get back a router instance > instead of namenode. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org
[jira] [Commented] (HDFS-14006) RBF: Support to get Router object from web context instead of Namenode
[ https://issues.apache.org/jira/browse/HDFS-14006?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16685614#comment-16685614 ] CR Hota commented on HDFS-14006: [~elgoiri] [~brahmareddy] For this refactoring, after the analysis I could do, it may be good to just leave current namenode code as is. JspHelper is a class that was designed to be a static method holder and not really designed to be extensible. Rather than changing JspHelper and all its dependencies and also UserProvider(depends on JspHelper methods), its better to introduce RouterJspHelper and RouterUserProvider. There will be some duplicate code, but since this area doesn't change often and matured, it seems to be like a good idea to just leave current code as is. In short this ticket can be marked "Workaround". At sometime in the future, once Router security is stabilized, we can open a new ticket to holistically look at how this area can be redesigned for both namenode and router collectively. > RBF: Support to get Router object from web context instead of Namenode > -- > > Key: HDFS-14006 > URL: https://issues.apache.org/jira/browse/HDFS-14006 > Project: Hadoop HDFS > Issue Type: Improvement >Reporter: CR Hota >Assignee: CR Hota >Priority: Major > > Router currently uses Namenode web resources to read and verify delegation > tokens. This model doesn't work when router will be deployed in secured mode. > This change will introduce router's own UserProvider resource and > dependencies. > In the current deployment one can see this exception. > {"RemoteException":\{"exception":"ClassCastException","javaClassName":"java.lang.ClassCastException","message":"org.apache.hadoop.hdfs.server.federation.router.Router > cannot be cast to org.apache.hadoop.hdfs.server.namenode.NameNode"}} > In the proposed change, router will maintain its own web resource, that will > be similar to current namenode, but modified to get back a router instance > instead of namenode. > > -- This message was sent by Atlassian JIRA (v7.6.3#76005) - To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org