Skip to content

Conversation

@brian-rickman
Copy link

Moving from the regular product-tests run because these tests need extra resources.

this is needed, because - since it became configurable -
JDBC driver defaults to a jar in one of the target dirs.
Copy link
Contributor

@cawallin cawallin left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good to me, though @ArturGajowy should probably review it too

@brian-rickman
Copy link
Author

I'll squash the three commits together before merging...

@ArturGajowy
Copy link
Contributor

ArturGajowy commented Nov 7, 2016

I've seen the checks passed for sprint-43, but there is no trace of ldap tests run in the logs - as if the ldap tests weren't merged to the sprint branch (https://travis-ci.org/Teradata/presto-checks/jobs/174016150). We need to check they pass - I'll trigger a build for sprint-42.

Edit: WHOAH sorry my bad I read the logs wrong. There are indeed logs of LDAP tests passing :)

Edit: build started here https://travis-ci.org/Teradata/presto-checks/builds/174054556

@ArturGajowy
Copy link
Contributor

About the JDBC driver - please rebase this branch on feature/overridable_jdbc_driver and drop the JDBC-related commits. I totally forgot about that, sorry :)

@ArturGajowy
Copy link
Contributor

ArturGajowy commented Nov 7, 2016

After we see the tests run and pass and after this branch is rebased, we'll rebase branches cdh_latest and hdp_latest on top of this, so that we can have the ldap tests run on both distros (also, that's exactly what we're testing the sprint branch against). This will be the equivalent of merging this pull request (after that, the builds visible on our dashboard will include the ldap tests).

We won't be merging the feature/overridable_jdbc_driver and feature/ldap_tests to presto-checks:master until the needed related changes are in presto:master.

@ArturGajowy
Copy link
Contributor

ArturGajowy commented Nov 7, 2016

So, the tests passed for both sprint-42 and 43. Please rebase on feature/overridable_jdbc_driver and it LGTM :) After rebasing, please rebase the {cdh,hdp}_latest{-snapshot} branches (4 in total) on this branch and push them -f. Or I can do it :)

EDIT: if you push-force, please do it using --force-with-lease so that git checks nobody pushed in the meanwhile to the forced branches

@ArturGajowy
Copy link
Contributor

Are we planning to test LDAP with the simba driver? If yes, then the simba_jdbc branch should be rebased on top of this branch as well

@brian-rickman
Copy link
Author

We do have Simba specific LDAP tests, but I thought we were only going to run them on Jenkins.

@ArturGajowy
Copy link
Contributor

Everything that can be run on travis should be run on travis. Where's the build on jenkins? In whch branch are the simba-ldap tests? We should check if and how easily we can run those on presto-checks.

@brian-rickman
Copy link
Author

brian-rickman commented Nov 8, 2016

Jenkins build is here: https://jenkins-master.td.teradata.com/job/presto-td-product-tests-ldap/
But it appears to be misconfigured at the moment as it is not actually using the Simba JDBC driver :(. I'll try to fix that later today.

Update:
Anu fixed the Jenkins build. Some tests are failing due to changes in Presto's LDAP authentication error messages which the Simba driver does not handle properly.

@ArturGajowy
Copy link
Contributor

ArturGajowy commented Nov 8, 2016

Do I get it right that the ldap test group (contrary to ldap_cli) tests presto against an ldap server?

I think those tests should be run in this branch, using the openldap container @sanjay990 prepared. I think we had the container tested?

@brian-rickman
Copy link
Author

brian-rickman commented Nov 8, 2016

ldap test group includes CLI and JDBC. It should work with AD or openLDAP. I have tested locally with the openldap container.

ldap and ldap_cli both test presto against an LDAP server.

Options are:
-g ldap (cli and jdbc)
-g ldap_cli (cli only)
-g ldap -x simba_jdbc (cli only)
-g ldap -x ldap_cli (jdbc only)

There's not much value in running the JDBC test without the CLI test, so I think only the first two options are actually used.

@brian-rickman
Copy link
Author

I have completed all the rebasing.

@ArturGajowy
Copy link
Contributor

Great! Let's add the openldap tests though. Otherwise there's nothing that makes sure they work.

Do I get it right that ldap-jdbc tests require simba driver? If so, let's run cli_only in this branch and create another one - feature/ldap-simba and base the simba_jdbc branch on feature/ldap-simba

@ArturGajowy
Copy link
Contributor

Also, when rebasing the branches, please make sure not to duplicate the commits. cdh_latest-snapshot should base on cdh_latest, and only indireclty on feature/ldap_tests. Sorry for not making this clear in advance

@brian-rickman
Copy link
Author

Yes, ldap-jdbc tests do require the simba driver.

My understanding is that the Travis LDAP test uses openldap while the Jenkins LDAP test uses AD, thus both are covered.

When I rebased the -snapshot branches I did it directly on feature/ldap_tests, and I don't see any duplicate commits in the log...but I'll re-do them using the _latest branches.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants