[ 
https://issues.apache.org/jira/browse/ASTERIXDB-3159?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Wail Y. Alkowaileet updated ASTERIXDB-3159:
-------------------------------------------
    Labels: triaged  (was: )

> Column iterator throws 'no more values' with secondary indexes
> --------------------------------------------------------------
>
>                 Key: ASTERIXDB-3159
>                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-3159
>             Project: Apache AsterixDB
>          Issue Type: Bug
>          Components: STO - Storage
>    Affects Versions: 0.9.9
>            Reporter: Wail Y. Alkowaileet
>            Assignee: Wail Y. Alkowaileet
>            Priority: Major
>              Labels: triaged
>             Fix For: 0.9.9
>
>
> When querying against columnar datasets with secondary indexes, the following 
> error is thrown:
> {code:java}Caused by: java.lang.IllegalAccessError: no more values    at 
> org.apache.asterix.column.assembler.PrimitiveValueAssembler.next(PrimitiveValueAssembler.java:34)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.ColumnAssembler.nextValue(ColumnAssembler.java:77)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.tuple.QueryColumnWithMetaTupleReference.getAssembledValue(QueryColumnWithMetaTupleReference.java:95)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.QueryColumnWithMetaTupleProjector.getAssembledValue(QueryColumnWithMetaTupleProjector.java:72)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.asterix.column.operation.query.QueryColumnTupleProjector.project(QueryColumnTupleProjector.java:80)
>  ~[asterix-column-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.common.dataflow.IndexSearchOperatorNodePushable.writeTupleToOutput(IndexSearchOperatorNodePushable.java:387)
>  ~[hyracks-storage-am-common-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.lsm.btree.dataflow.LSMBTreeBatchPointSearchOperatorNodePushable.writeSearchResults(LSMBTreeBatchPointSearchOperatorNodePushable.java:127)
>  ~[hyracks-storage-am-lsm-btree-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.storage.am.lsm.btree.dataflow.LSMBTreeBatchPointSearchOperatorNodePushable.nextFrame(LSMBTreeBatchPointSearchOperatorNodePushable.java:88)
>  ~[hyracks-storage-am-lsm-btree-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.common.comm.io.AbstractFrameAppender.write(AbstractFrameAppender.java:94)
>  ~[hyracks-dataflow-common-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.std.sort.AbstractFrameSorter.flush(AbstractFrameSorter.java:232)
>  ~[hyracks-dataflow-std-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.dataflow.std.sort.AbstractSorterOperatorDescriptor$MergeActivity$1.initialize(AbstractSorterOperatorDescriptor.java:188)
>  ~[hyracks-dataflow-std-7.5.0-4006.jar:7.5.0-4006]    at 
> org.apache.hyracks.api.rewriter.runtime.SuperActivityOperatorNodePushable.lambda$runInParallel$0(SuperActivityOperatorNodePushable.java:236)
>  ~[hyracks-api-7.5.0-4006.jar:7.5.0-4006]    at 
> java.util.concurrent.FutureTask.run(FutureTask.java:264) ~[?:?] {code}
> The issue is likely to "over-skipping" values when primary index lookups are 
> performed



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to