[ https://issues.apache.org/jira/browse/CASSANDRA-4803?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13501242#comment-13501242
]
Piotr Kołaczkowski commented on CASSANDRA-4803:
-----------------------------------------------
0007 - this is for rolling upgrade. When you upgrade one node and the other nodes don't have
describe_splits_ex yet, starting a hadoop job on a newly upgraded node fails.
As for 0004 / 0006 fixes - I agree. Let's move them to a separate ticket.
> CFRR wide row iterators improvements
> ------------------------------------
>
> Key: CASSANDRA-4803
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4803
> Project: Cassandra
> Issue Type: Bug
> Components: Hadoop
> Affects Versions: 1.1.0
> Reporter: Piotr Kołaczkowski
> Assignee: Piotr Kołaczkowski
> Fix For: 1.1.7
>
> Attachments: 0004-Better-token-range-wrap-around-handling-in-CFIF-CFRR.patch,
0006-Code-cleanup-refactoring-in-CFRR.-Fixed-bug-with-mis.patch, 0007-Fallback-to-describe_splits-in-case-describe_splits_.patch
>
>
> {code}
> public float getProgress()
> {
> // TODO this is totally broken for wide rows
> // the progress is likely to be reported slightly off the actual but close enough
> float progress = ((float) iter.rowsRead() / totalRowCount);
> return progress > 1.0F ? 1.0F : progress;
> }
> {code}
> The problem is iter.rowsRead() does not return the number of rows read from the wide
row iterator, but returns number of *columns* (every row is counted multiple times).
--
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
|