Stamatis Zampetakis created ORC-1361: ----------------------------------------
Summary: InvalidProtocolBufferException when reading large stripe statistics Key: ORC-1361 URL: https://issues.apache.org/jira/browse/ORC-1361 Project: ORC Issue Type: Bug Components: Java Affects Versions: 1.8.2 Reporter: Stamatis Zampetakis Attachments: TestOrcWithLargeStripeStatistics.java Any attempt to obtain the stripe statistics from an ORC file with a metadata section exceeding the hardcoded protobuf limit of 1GB([https://github.com/apache/orc/blob/2ff9001ddef082eaa30e21cbb034f266e0721664/java/core/src/java/org/apache/orc/impl/InStream.java#L41]) leads to the following exception. {noformat} com.google.protobuf.InvalidProtocolBufferException: Protocol message was too large. May be malicious. Use CodedInputStream.setSizeLimit() to increase the size limit. at com.google.protobuf.InvalidProtocolBufferException.sizeLimitExceeded(InvalidProtocolBufferException.java:154) at com.google.protobuf.CodedInputStream$StreamDecoder.readRawBytesSlowPathOneChunk(CodedInputStream.java:2954) at com.google.protobuf.CodedInputStream$StreamDecoder.readBytesSlowPath(CodedInputStream.java:3035) at com.google.protobuf.CodedInputStream$StreamDecoder.readBytes(CodedInputStream.java:2446) at org.apache.orc.OrcProto$StringStatistics.<init>(OrcProto.java:2118) at org.apache.orc.OrcProto$StringStatistics.<init>(OrcProto.java:2070) at org.apache.orc.OrcProto$StringStatistics$1.parsePartialFrom(OrcProto.java:3285) at org.apache.orc.OrcProto$StringStatistics$1.parsePartialFrom(OrcProto.java:3279) at com.google.protobuf.CodedInputStream$StreamDecoder.readMessage(CodedInputStream.java:2423) at org.apache.orc.OrcProto$ColumnStatistics.<init>(OrcProto.java:8172) at org.apache.orc.OrcProto$ColumnStatistics.<init>(OrcProto.java:8093) at org.apache.orc.OrcProto$ColumnStatistics$1.parsePartialFrom(OrcProto.java:10494) at org.apache.orc.OrcProto$ColumnStatistics$1.parsePartialFrom(OrcProto.java:10488) at com.google.protobuf.CodedInputStream$StreamDecoder.readMessage(CodedInputStream.java:2423) at org.apache.orc.OrcProto$StripeStatistics.<init>(OrcProto.java:23549) at org.apache.orc.OrcProto$StripeStatistics.<init>(OrcProto.java:23499) at org.apache.orc.OrcProto$StripeStatistics$1.parsePartialFrom(OrcProto.java:24247) at org.apache.orc.OrcProto$StripeStatistics$1.parsePartialFrom(OrcProto.java:24241) at com.google.protobuf.CodedInputStream$StreamDecoder.readMessage(CodedInputStream.java:2423) at org.apache.orc.OrcProto$Metadata.<init>(OrcProto.java:24352) at org.apache.orc.OrcProto$Metadata.<init>(OrcProto.java:24302) at org.apache.orc.OrcProto$Metadata$1.parsePartialFrom(OrcProto.java:25048) at org.apache.orc.OrcProto$Metadata$1.parsePartialFrom(OrcProto.java:25042) at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:86) at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:91) at com.google.protobuf.AbstractParser.parseFrom(AbstractParser.java:48) at com.google.protobuf.GeneratedMessageV3.parseWithIOException(GeneratedMessageV3.java:357) at org.apache.orc.OrcProto$Metadata.parseFrom(OrcProto.java:24557) at org.apache.orc.impl.ReaderImpl.deserializeStripeStats(ReaderImpl.java:1040) at org.apache.orc.impl.ReaderImpl.getVariantStripeStatistics(ReaderImpl.java:325) at org.apache.orc.impl.ReaderImpl.getStripeStatistics(ReaderImpl.java:1074) at org.apache.orc.impl.ReaderImpl.getStripeStatistics(ReaderImpl.java:1061) {noformat} There are various ways of ending up with an ORC file that has a large metadata section since the write never fails. Once the file is created it is no longer possible to read back all the information correctly. In versions without ORC-520 (before 1.6.0) the file cannot be read at all since stripe statistics are read eagerly in the constructor of the ReaderImpl. In versions with ORC-520 (1.6.0 onwards) the exception is raised only when trying to read explicitly the stripe statistics. Attached a test case (TestOrcWithLargeStripeStatistics.java) reproducing the problem in current main branch (2ff9001ddef082eaa30e21cbb034f266e0721664). -- This message was sent by Atlassian Jira (v8.20.10#820010)