[ 
https://issues.apache.org/jira/browse/IMPALA-8454?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16830411#comment-16830411
 ] 

ASF subversion and git services commented on IMPALA-8454:
---------------------------------------------------------

Commit b273afd94067dfd062f9c1c039a082e4e6cbeb0c in impala's branch 
refs/heads/master from Tim Armstrong
[ https://gitbox.apache.org/repos/asf?p=impala.git;h=b273afd ]

IMPALA-8466: disable test_caching_ddl in dockerized cluster

The test creates partitions with file:// URLs pointing at the
host filesystem, which isn't accessible from within the
containers. The only reason the test passed earlier was because
of a bug fixed by the IMPALA-8454 patches which suppressed
the error.

Change-Id: If4e67cf7f5d993c15cb5e1114beb099d0dfdc325
Reviewed-on: http://gerrit.cloudera.org:8080/13181
Reviewed-by: Impala Public Jenkins <impala-public-jenk...@cloudera.com>
Tested-by: Impala Public Jenkins <impala-public-jenk...@cloudera.com>


> Recursively list files within transactional tables
> --------------------------------------------------
>
>                 Key: IMPALA-8454
>                 URL: https://issues.apache.org/jira/browse/IMPALA-8454
>             Project: IMPALA
>          Issue Type: Improvement
>          Components: Catalog
>            Reporter: Todd Lipcon
>            Assignee: Todd Lipcon
>            Priority: Critical
>              Labels: impala-acid
>             Fix For: Impala 3.3.0
>
>
> For transactional tables, the data files are not directly within the 
> partition directories, but instead are stored within subdirectories 
> corresponding to writeIds, compactions, etc. To support this, we need to be 
> able to recursively load file lists within partition directories.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-all-unsubscr...@impala.apache.org
For additional commands, e-mail: issues-all-h...@impala.apache.org

Reply via email to