[
https://issues.apache.org/jira/browse/IMPALA-10714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17416233#comment-17416233
]
Riza Suminto commented on IMPALA-10714:
---------------------------------------
I'm able to reproduce the issue and add VLOG to check what is the status of the
stream that time
{code:java}
I0916 09:33:49.040287 20550 buffered-tuple-stream.cc:723]
8d44358b275dfa87:0468111400000000] riza: attached_to_output_batch=0 num_pages_=2
F0916 09:33:49.040305 20550 buffered-tuple-stream.cc:532]
8d44358b275dfa87:0468111400000000] Check failed:
read_iter->read_page_->attached_to_output_batch{code}
It seems we hit a corner case where the read iterator has fully exhaust the
rows of the read page, but have not attach the read page to the output batch
yet.
Removing this condition might solve the problem:
https://github.infra.cloudera.com/CDH/Impala/blob/784d39e/be/src/runtime/buffered-tuple-stream.cc#L722
> Intermittent DCHECK(read_iter->read_page_->attached_to_output_batch) in tests
> -----------------------------------------------------------------------------
>
> Key: IMPALA-10714
> URL: https://issues.apache.org/jira/browse/IMPALA-10714
> Project: IMPALA
> Issue Type: Bug
> Components: Backend
> Reporter: Zoltán Borók-Nagy
> Priority: Major
> Labels: broken-build, flaky
>
> TestSpillingDebugActionDimensions::test_spilling_large_rows hit DCHECK in
> exhaustive build.
> The Impala git hash was: e11237e29 IMPALA-10197: Add KUDU_REPLICA_SELECTION
> query option
> In impalad.FATAL:
> {noformat}
> F0525 12:45:49.307780 13122 buffered-tuple-stream.cc:531]
> 564af337ca503984:f1209fc400000000] Check failed:
> read_iter->read_page_->attached_to_output_batch
> {noformat}
> Query 564af337ca503984:f1209fc400000000 was:
> {noformat}
> I0525 12:45:48.474383 17878 impala-server.cc:1324]
> 564af337ca503984:f1209fc400000000] Registered query
> query_id=564af337ca503984:f1209fc400000000
> session_id=9e4875c17adf5e7a:eb72d33dc39b5288
> I0525 12:45:48.474486 17878 Frontend.java:1618]
> 564af337ca503984:f1209fc400000000] Analyzing query: select
> group_concat(string_col), length(bigstr) from bigstrs2
> group by bigstr db: test_spilling_large_rows_119f6bb1
> {noformat}
> I couldn't reproduce the issue locally.
>
>
> {code:java}
> be/src/runtime/buffered-tuple-stream.cc:531
> 530 DCHECK_NE(&*read_iter->read_page_, write_page_);
> 531 DCHECK(read_iter->read_page_->attached_to_output_batch);
> 532 pages_.pop_front();
> {code}
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]