You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@vxquery.apache.org by "Preston Carman (JIRA)" <ji...@apache.org> on 2013/04/26 04:42:15 UTC
[jira] [Commented] (VXQUERY-88) GroupBy Operator Configured
[ https://issues.apache.org/jira/browse/VXQUERY-88?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13642531#comment-13642531 ]
Preston Carman commented on VXQUERY-88:
---------------------------------------
The following assign is turned into the below subplan.
assign [$$7] <- [function-call: vxquery:{urn:org.apache.vxquery.operators-ext}sort-distinct-nodes-asc-or-atomics, Args:[%0->$$6]] -- |UNPARTITIONED|
subplan {
aggregate [$$7] <- [function-call: vxquery:{urn:org.apache.vxquery.operators-ext}sequence, Args:[%0->$$10]] -- |UNPARTITIONED|
order (ASC, %0->$$11) -- |UNPARTITIONED|
group by ([$$12 := %0->$$11]) decor ([]) {} -- |UNPARTITIONED|
assign [$$11] <- [function-call: vxquery:{urn:org.apache.vxquery.operators-ext}id-from-node, Args:[%0->$$10]] -- |UNPARTITIONED|
unnest $$10 <- function-call: vxquery:{urn:org.apache.vxquery.operators-ext}iterate, Args:[%0->$$6] -- |UNPARTITIONED|
nested tuple source -- |UNPARTITIONED|
} -- |UNPARTITIONED|
> GroupBy Operator Configured
> ---------------------------
>
> Key: VXQUERY-88
> URL: https://issues.apache.org/jira/browse/VXQUERY-88
> Project: VXQuery
> Issue Type: Sub-task
> Reporter: Preston Carman
> Assignee: Preston Carman
>
> The group by operator in the ConvertAssignSortDistinctNodesToOperatorsRule is not configured properly and crashes the program.
> INFO: Stopped ClusterControllerService
> Exception in thread "main" edu.uci.ics.hyracks.api.exceptions.HyracksException: Job Failed
> at edu.uci.ics.hyracks.control.cc.job.JobRun.waitForCompletion(JobRun.java:183)
> at edu.uci.ics.hyracks.control.cc.work.WaitForJobCompletionWork$1.run(WaitForJobCompletionWork.java:42)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: edu.uci.ics.hyracks.api.exceptions.HyracksException: Exception caught by thread: edu.uci.ics.hyracks.dataflow.std.sort.ExternalSortOperatorDescriptor$SortActivity:TAID:TID:ANID:ODID:2:0:0:2:0
> edu.uci.ics.hyracks.api.exceptions.HyracksDataException: java.lang.IndexOutOfBoundsException
> at edu.uci.ics.hyracks.control.nc.Task.pushFrames(Task.java:336)
> at edu.uci.ics.hyracks.control.nc.Task.run(Task.java:267)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.IndexOutOfBoundsException
> at java.nio.Buffer.checkIndex(Buffer.java:538)
> at java.nio.HeapByteBuffer.getInt(HeapByteBuffer.java:359)
> at edu.uci.ics.hyracks.dataflow.common.comm.io.FrameTupleAccessor.getFieldStartOffset(FrameTupleAccessor.java:75)
> at edu.uci.ics.hyracks.dataflow.std.sort.FrameSorter.sortFrames(FrameSorter.java:111)
> at edu.uci.ics.hyracks.dataflow.std.sort.ExternalSortRunGenerator.close(ExternalSortRunGenerator.java:64)
> at edu.uci.ics.hyracks.dataflow.std.sort.ExternalSortOperatorDescriptor$SortActivity$1.close(ExternalSortOperatorDescriptor.java:138)
> at edu.uci.ics.hyracks.control.nc.Task.pushFrames(Task.java:325)
> ... 4 more
> at edu.uci.ics.hyracks.control.cc.scheduler.JobScheduler.notifyTaskFailure(JobScheduler.java:614)
> at edu.uci.ics.hyracks.control.cc.work.TaskFailureWork.performEvent(TaskFailureWork.java:36)
> at edu.uci.ics.hyracks.control.cc.work.AbstractTaskLifecycleWork.run(AbstractTaskLifecycleWork.java:66)
> at edu.uci.ics.hyracks.control.common.work.WorkQueue$WorkerThread.run(WorkQueue.java:115)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira