You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "sateesh Vemulapalli (JIRA)" <ji...@apache.org> on 2019/07/24 11:41:00 UTC
[jira] [Commented] (CASSANDRA-15244) After Delete the data for
particular partition , even still selecting that row. nodes all are in
sync. we did full repair as well.
[ https://issues.apache.org/jira/browse/CASSANDRA-15244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16891785#comment-16891785 ]
sateesh Vemulapalli commented on CASSANDRA-15244:
-------------------------------------------------
2 node Cassandra cluster.
replication factor: 1
several times node restarted and performed full compaction as well.
Finally decommission the node, and re-add it.
after that showing proper.
why like this happen ?
> After Delete the data for particular partition , even still selecting that row. nodes all are in sync. we did full repair as well.
> ----------------------------------------------------------------------------------------------------------------------------------
>
> Key: CASSANDRA-15244
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15244
> Project: Cassandra
> Issue Type: Bug
> Components: Consistency/Streaming
> Reporter: sateesh Vemulapalli
> Priority: Normal
> Attachments: corrupt.csv
>
>
> CASSANDRA VER: 3.11.4
> jdk 8
> Centos: 7
>
> After Deleting the row for particular partition , even after still selecting that row. nodes all are in sync. we did full repair as well. but row still selecting ..
>
> If i trying to insert same partition , even though another row creating with space. not overwriting row. this is unexpected behavior of Cassandra.
>
> ====> INSERT SAME PARTITION KEY (UNEXPECTED BEHAVIOR:) getting space on as prefix.
>
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-24 02:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-27 03:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-27 03:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-06-01 01:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-06-01 00:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-27 02:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-24 00:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-26 02:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-26 02:00:00 | 19990901 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-07-22 21:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-29 03:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-06-01 02:00:00 | 1999092 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-06-01 02:00:00 | 1999090 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-06-22 01:00:00 | 1999092 | null | null | null | null
> e06afb1d-2d77-4ebb-9a57-6c6c8fa8f7eb | 2019-05-25 02:00:00 | 1999091 | 1558639781444 | -0.663086 | 0.775391 | 0.156738
>
> (15 rows)
--
This message was sent by Atlassian JIRA
(v7.6.14#76016)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org