[ https://issues.apache.org/jira/browse/IMPALA-8408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16832033#comment-16832033 ]
Tim Armstrong commented on IMPALA-8408: --------------------------------------- For future reference, I think the crux of the fix was deleting this code here: https://gerrit.cloudera.org/#/c/10165/13/fe/src/main/java/org/apache/impala/catalog/HdfsPartition.java {code} // TODO: instead of raising an exception, we should consider marking this partition // invalid and moving on, so that table loading won't fail and user can query other // partitions. for (FileDescriptor fileDescriptor: fileDescriptors_) { StringBuilder errorMsg = new StringBuilder(); if (!getInputFormatDescriptor().getFileFormat().isFileCompressionTypeSupported( fileDescriptor.getFileName(), errorMsg)) { throw new RuntimeException(errorMsg.toString()); } } {code} > Failure to load metadata for .deflate compressed text files > ----------------------------------------------------------- > > Key: IMPALA-8408 > URL: https://issues.apache.org/jira/browse/IMPALA-8408 > Project: IMPALA > Issue Type: Bug > Components: Catalog > Affects Versions: Impala 2.9.0, Impala 2.10.0, Impala 2.11.0, Impala 2.12.0 > Reporter: Balazs Jeszenszky > Priority: Major > Fix For: Impala 2.13.0 > > > While the metadata is loaded successfully on the catalogd side, it can't be > applied on the impalads: > {code} > I1005 14:07:25.045325 27076 Frontend.java:962] Analyzing query: describe test1 > I1005 14:07:25.045603 27076 FeSupport.java:274] Requesting prioritized load > of table(s): default.test1 > ... > E1005 14:07:30.871942 19685 ImpaladCatalog.java:201] Error adding catalog > object: Expected compressed text file with {.lzo,.gzip,.snappy,.bz2} suffix: > 000000_0.deflate > Java exception follows: > java.lang.RuntimeException: Expected compressed text file with > {.lzo,.gzip,.snappy,.bz2} suffix: 000000_0.deflate > at > org.apache.impala.catalog.HdfsPartition.<init>(HdfsPartition.java:772) > at > org.apache.impala.catalog.HdfsPartition.fromThrift(HdfsPartition.java:884) > at > org.apache.impala.catalog.HdfsTable.loadFromThrift(HdfsTable.java:1678) > at org.apache.impala.catalog.Table.fromThrift(Table.java:311) > at > org.apache.impala.catalog.ImpaladCatalog.addTable(ImpaladCatalog.java:403) > at > org.apache.impala.catalog.ImpaladCatalog.addCatalogObject(ImpaladCatalog.java:292) > at > org.apache.impala.catalog.ImpaladCatalog.updateCatalog(ImpaladCatalog.java:199) > at > org.apache.impala.service.Frontend.updateCatalogCache(Frontend.java:223) > at > org.apache.impala.service.JniFrontend.updateCatalogCache(JniFrontend.java:175) > {code} > This results in the affected queries hanging indefinitely in planning phase. -- 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