hive-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hive QA (JIRA)" <>
Subject [jira] [Commented] (HIVE-20547) HS2: support Tez sessions started by someone else (part 1)
Date Fri, 14 Sep 2018 16:09:00 GMT


Hive QA commented on HIVE-20547:

Here are the results of testing the latest attachment:

{color:green}SUCCESS:{color} +1 due to 4 test(s) being added or modified.

{color:red}ERROR:{color} -1 due to 3 failed/errored test(s), 14939 tests executed
*Failed tests:*
org.apache.hive.jdbc.TestJdbcWithMiniLlapVectorArrow.testKillQuery (batchId=251)

Test results:
Console output:
Test logs:

Executing org.apache.hive.ptest.execution.TestCheckPhase
Executing org.apache.hive.ptest.execution.PrepPhase
Executing org.apache.hive.ptest.execution.YetusPhase
Executing org.apache.hive.ptest.execution.ExecutionPhase
Executing org.apache.hive.ptest.execution.ReportingPhase
Tests exited with: TestsFailedException: 3 tests failed

This message is automatically generated.

ATTACHMENT ID: 12939601 - PreCommit-HIVE-Build

> HS2: support Tez sessions started by someone else (part 1)
> ----------------------------------------------------------
>                 Key: HIVE-20547
>                 URL:
>             Project: Hive
>          Issue Type: Bug
>            Reporter: Sergey Shelukhin
>            Assignee: Sergey Shelukhin
>            Priority: Major
>         Attachments: HIVE-20547.01.patch, HIVE-20547.patch
> The registry/configs/some code is based on a private patch by [~prasanth_j].
> The patch refactors tez pool session to use composition instead of implementation inheritance
from TezSessionState, to allow for two implementations of TezSessionState.
> For now it's blocked on getClient API in Tez that will be available after 0.9.3 release;
however I commented out that path to check that refactoring passes tests.
> When 0.9.3 becomes available, we can uncomment and commit.
> In part 2, we may add some tests, and also consider other changes that are required for
external sessions (e.g. KillQuery, where we cannot assume YARN is present).
> We may also consider a WM change that allows for proportional session distribution when
the number of external sessions and the number of admin-specified sessions doesn't match,
or at least some validation to see that the external sessions are available when applying
a RP.

This message was sent by Atlassian JIRA

View raw message