You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@asterixdb.apache.org by "Wail Y. Alkowaileet (Jira)" <ji...@apache.org> on 2023/04/14 17:27:00 UTC

[jira] [Resolved] (ASTERIXDB-3159) Column iterator throws 'no more values' with secondary indexes

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

Wail Y. Alkowaileet resolved ASTERIXDB-3159.
--------------------------------------------
    Resolution: Fixed

> 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
>             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)