[ https://issues.apache.org/jira/browse/CASSANDRA-3303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-3303: -------------------------------------- Fix Version/s: (was: 1.0.0) 1.0.1 Assignee: Byron Clark Tagging this 1.0.1 since short reads being broken is nothing new (I would say returning too much data, is better than returning not enough) > Short reads protection results in returning more columns than asked for > ----------------------------------------------------------------------- > > Key: CASSANDRA-3303 > URL: https://issues.apache.org/jira/browse/CASSANDRA-3303 > Project: Cassandra > Issue Type: Bug > Components: Core > Affects Versions: 1.0.0 > Reporter: Sylvain Lebresne > Assignee: Byron Clark > Priority: Minor > Fix For: 1.0.1 > > > When we detect a short read (in SP.fetchRows), we retry a new command created > by: > {noformat} > logger.debug("detected short read: expected {} columns, but only resolved {} > columns", sliceCommand.count, liveColumnsInRow); > int retryCount = sliceCommand.count + sliceCommand.count - liveColumnsInRow; > SliceFromReadCommand retryCommand = new SliceFromReadCommand(command.table, > command.key, > > command.queryPath, > > sliceCommand.start, > > sliceCommand.finish, > > sliceCommand.reversed, > retryCount); > {noformat} > That is, in that new command, the count is greater than what asked in the > initial command. But we never cut back the result of that new retried query. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira