[ https://issues.apache.org/jira/browse/HIVE-10115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15134483#comment-15134483 ]
Sergio Peña commented on HIVE-10115: ------------------------------------ The JDBC spark tests that failed are not related to this patch. Seems that those tests are flaky. I looked at other jobs, and there are other JDBC spark test classes that fail in the same way. I run this test in my machine and it works. Another failed test, {{TestTxnCommands2}}, is not related to this patch either. It does not touch anything from HS2 authentication, and the failure is due to a NullPointerException that happens in getting transactions from the metastore. I run this test in my machine and it works. The other 2 tests failed in previous jobs as well. I'll do a +1 to this patch. [~xuefuz] Could you confirm that the Spark tests are not related? > HS2 running on a Kerberized cluster should offer Kerberos(GSSAPI) and > Delegation token(DIGEST) when alternate authentication is enabled > --------------------------------------------------------------------------------------------------------------------------------------- > > Key: HIVE-10115 > URL: https://issues.apache.org/jira/browse/HIVE-10115 > Project: Hive > Issue Type: Improvement > Components: Authentication > Affects Versions: 1.1.0 > Reporter: Mubashir Kazia > Assignee: Mubashir Kazia > Labels: patch > Attachments: HIVE-10115.0.patch, HIVE-10115.2.patch > > > In a Kerberized cluster when alternate authentication is enabled on HS2, it > should also accept Kerberos Authentication. The reason this is important is > because when we enable LDAP authentication HS2 stops accepting delegation > token authentication. So we are forced to enter username passwords in the > oozie configuration. > The whole idea of SASL is that multiple authentication mechanism can be > offered. If we disable Kerberos(GSSAPI) and delegation token (DIGEST) > authentication when we enable LDAP authentication, this defeats SASL purpose. -- This message was sent by Atlassian JIRA (v6.3.4#6332)