You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@asterixdb.apache.org by "Ritik Raj (Jira)" <ji...@apache.org> on 2025/07/14 16:30:00 UTC
[jira] [Created] (ASTERIXDB-3629) Merge Failure in unlimited Columns
Ritik Raj created ASTERIXDB-3629:
------------------------------------
Summary: Merge Failure in unlimited Columns
Key: ASTERIXDB-3629
URL: https://issues.apache.org/jira/browse/ASTERIXDB-3629
Project: Apache AsterixDB
Issue Type: Bug
Components: STO - Storage
Affects Versions: 0.9.10
Reporter: Ritik Raj
Assignee: Ritik Raj
Fix For: 0.9.10
while merging the following stacktrace can be seen
{code:java}
java.lang.ArrayIndexOutOfBoundsException: Index 89 out of bounds for length 89
at org.apache.asterix.column.tuple.MergeColumnTupleReference.getReader(MergeColumnTupleReference.java:138) ~[asterix-column-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.asterix.column.operation.lsm.merge.MergeColumnTupleWriter.writeNonKeyColumns(MergeColumnTupleWriter.java:289) ~[asterix-column-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.asterix.column.operation.lsm.merge.MergeColumnTupleWriter.writeAllColumns(MergeColumnTupleWriter.java:337) ~[asterix-column-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.asterix.column.tuple.MergeColumnTupleReference.lastTupleReached(MergeColumnTupleReference.java:128) ~[asterix-column-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.btree.column.impls.btree.ColumnBTreeRangeSearchCursor.doHasNext(ColumnBTreeRangeSearchCursor.java:107) ~[hyracks-storage-am-lsm-btree-column-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.common.EnforcedIndexCursor.hasNext(EnforcedIndexCursor.java:69) ~[hyracks-storage-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.LSMIndexSearchCursor.pushIntoQueueFromCursorAndReplaceThisElement(LSMIndexSearchCursor.java:199) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.btree.impls.LSMBTreeRangeSearchCursor.checkPriorityQueue(LSMBTreeRangeSearchCursor.java:196) ~[hyracks-storage-am-lsm-btree-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.LSMIndexSearchCursor.doHasNext(LSMIndexSearchCursor.java:149) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.common.EnforcedIndexCursor.hasNext(EnforcedIndexCursor.java:69) ~[hyracks-storage-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.btree.impls.LSMBTree.doMerge(LSMBTree.java:341) ~[hyracks-storage-am-lsm-btree-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.AbstractLSMIndex.merge(AbstractLSMIndex.java:938) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.LSMHarness.doIo(LSMHarness.java:553) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.LSMHarness.merge(LSMHarness.java:594) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.LSMTreeIndexAccessor.merge(LSMTreeIndexAccessor.java:148) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.MergeOperation.call(MergeOperation.java:52) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at org.apache.hyracks.storage.am.lsm.common.impls.MergeOperation.call(MergeOperation.java:33) ~[hyracks-storage-am-lsm-common-1.1.2-20691231269697.jar:1.1.2-20691231269697]
at java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317) ~[?:?]
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) ~[?:?]
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) ~[?:?]
at java.base/java.lang.Thread.run(Thread.java:1583) [?:?] {code}
This is caused because the leaf being read is already being returned to bufferCache
--
This message was sent by Atlassian Jira
(v8.20.10#820010)