[
https://issues.apache.org/jira/browse/CASSANDRA-13285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15891959#comment-15891959
]
JianwenSun edited comment on CASSANDRA-13285 at 3/2/17 10:00 AM:
-----------------------------------------------------------------
upgrade path: 1.2.4->1.2.9->2.0.9->2.1.13->3.9
we have 100+ keyspaces and validate all the data(100+G) after upgrade to 3.9,
and only this table(only 47 rows) has the problem.
was (Author: sunjianwen143):
upgrade path: 1.2.4->1.2.9->2.0.9->2.1.13->3.9
we have 100+ keyspaces, only this one has the problem.
> Lower bound [INCL_START_BOUND(event_source) ]is bigger than first returned
> value
> --------------------------------------------------------------------------------
>
> Key: CASSANDRA-13285
> URL: https://issues.apache.org/jira/browse/CASSANDRA-13285
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Reporter: JianwenSun
> Attachments: schema.txt, using cql.png, using thrift.png
>
>
> We do the test of upgrade 1.2.4->3.9 , everything seems ok. but when we query
> some data (using thrift) server throw this exception:
> .. 1:07:40 PM
> java.lang.AssertionError: Lower bound [INCL_START_BOUND(event_source) ]is
> bigger than first returned value [Row: column1=action | value=] for sstable
> /opt/cassandra/upgrade/data/OpsCenter/events/mc-10-big-Data.db
> at
> org.apache.cassandra.db.rows.UnfilteredRowIteratorWithLowerBound.computeNext(UnfilteredRowIteratorWithLowerBound.java:122)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.rows.UnfilteredRowIteratorWithLowerBound.computeNext(UnfilteredRowIteratorWithLowerBound.java:46)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.MergeIterator$Candidate.advance(MergeIterator.java:374)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.MergeIterator$ManyToOne.advance(MergeIterator.java:186)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.MergeIterator$ManyToOne.computeNext(MergeIterator.java:155)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.rows.UnfilteredRowIterators$UnfilteredRowMergeIterator.computeNext(UnfilteredRowIterators.java:500)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.rows.UnfilteredRowIterators$UnfilteredRowMergeIterator.computeNext(UnfilteredRowIterators.java:360)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.rows.UnfilteredRowIterator.isEmpty(UnfilteredRowIterator.java:70)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.SinglePartitionReadCommand.withSSTablesIterated(SinglePartitionReadCommand.java:666)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDiskInternal(SinglePartitionReadCommand.java:615)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.SinglePartitionReadCommand.queryMemtableAndDisk(SinglePartitionReadCommand.java:492)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.SinglePartitionReadCommand.queryStorage(SinglePartitionReadCommand.java:358)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.db.ReadCommand.executeLocally(ReadCommand.java:397)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.service.StorageProxy$LocalReadRunnable.runMayThrow(StorageProxy.java:1801)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> org.apache.cassandra.service.StorageProxy$DroppableRunnable.run(StorageProxy.java:2486)
> ~[apache-cassandra-3.9.jar:3.9]
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> ~[na:1.8.0_121]
> at
> org.apache.cassandra.concurrent.AbstractLocalAwareExecutorService$FutureTask.run(AbstractLocalAwareExecutorService.java:164)
> ~[apache-cassandra-3.9.jar:3.9]
> at org.apache.cassandra.concurrent.SEPWorker.run(SEPWorker.java:109)
> [apache-cassandra-3.9.jar:3.9]
> at java.lang.Thread.run(Thread.java:745) [na:1.8.0_121]
> There was no problems when I use cassandra-cli under 1.2.4 cluster and cqlsh
> under 3.9 clusters to do the query, it occurred only if when I use thrift api
> to search it.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
