[jira] [Updated] (CASSANDRA-15626) Need microsecond precision for dropped columns so we can avoid timestamp issues

2020-03-30 Thread Aleksey Yeschenko (Jira)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-15626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Aleksey Yeschenko updated CASSANDRA-15626:
--
Resolution: Not A Problem
Status: Resolved  (was: Triage Needed)

> Need microsecond precision for dropped columns so we can avoid timestamp 
> issues
> ---
>
> Key: CASSANDRA-15626
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15626
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local/SSTable
>Reporter: Ryan Svihla
>Priority: Normal
>
> In CASSANDRA-15557 the fix for the flaky test is reimplementing the logic 
> from CASSANDRA-12997  which was removed as part of CASSANDRA-13426
> However, since dropped columns are stored at a millisecond precision instead 
> of a microsecond precision and ClientState.getTimestamp adds microseconds on 
> each call we will lose the precision on save and some writes that should be 
> dropped could reappear.
> Note views affected as well
>  
> [https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org



[jira] [Updated] (CASSANDRA-15626) Need microsecond precision for dropped columns so we can avoid timestamp issues

2020-03-19 Thread Benjamin Lerer (Jira)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-15626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Benjamin Lerer updated CASSANDRA-15626:
---
Fix Version/s: (was: 4.0-beta)

> Need microsecond precision for dropped columns so we can avoid timestamp 
> issues
> ---
>
> Key: CASSANDRA-15626
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15626
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local/SSTable
>Reporter: Ryan Svihla
>Priority: Normal
>
> In CASSANDRA-15557 the fix for the flaky test is reimplementing the logic 
> from CASSANDRA-12997  which was removed as part of CASSANDRA-13426
> However, since dropped columns are stored at a millisecond precision instead 
> of a microsecond precision and ClientState.getTimestamp adds microseconds on 
> each call we will lose the precision on save and some writes that should be 
> dropped could reappear.
> Note views affected as well
>  
> [https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org



[jira] [Updated] (CASSANDRA-15626) Need microsecond precision for dropped columns so we can avoid timestamp issues

2020-03-19 Thread Ryan Svihla (Jira)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-15626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ryan Svihla updated CASSANDRA-15626:

Fix Version/s: 4.0-beta

> Need microsecond precision for dropped columns so we can avoid timestamp 
> issues
> ---
>
> Key: CASSANDRA-15626
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15626
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local/SSTable
>Reporter: Ryan Svihla
>Priority: Normal
> Fix For: 4.0-beta
>
>
> In CASSANDRA-15557 the fix for the flaky test is reimplementing the logic 
> from CASSANDRA-12997  which was removed as part of CASSANDRA-13426
> However, since dropped columns are stored at a millisecond precision instead 
> of a microsecond precision and ClientState.getTimestamp adds microseconds on 
> each call we will lose the precision on save and some writes that should be 
> dropped could reappear.
> Note views affected as well
>  
> [https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org



[jira] [Updated] (CASSANDRA-15626) Need microsecond precision for dropped columns so we can avoid timestamp issues

2020-03-09 Thread Ryan Svihla (Jira)


 [ 
https://issues.apache.org/jira/browse/CASSANDRA-15626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ryan Svihla updated CASSANDRA-15626:

Description: 
In CASSANDRA-15557 the fix for the flaky test is reimplementing the logic from 
CASSANDRA-12997  which was removed as part of CASSANDRA-13426

However, since dropped columns are stored at a millisecond precision instead of 
a microsecond precision and ClientState.getTimestamp adds microseconds on each 
call we will lose the precision on save and some writes that should be dropped 
could reappear.

Note views affected as well
 
[https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]

  was:
In CASSANDRA-15557 the fix for the flaky test was reimplementing the logic from 
CASSANDRA-12997  which was removed as part of CASSANDRA-13426

However, since dropped columns are stored at a millisecond precision instead of 
a microsecond precision and ClientState.getTimestamp adds microseconds on each 
call we will lose the precision on save and some writes that should be dropped 
could reappear.

Note views affected as well
[https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]


> Need microsecond precision for dropped columns so we can avoid timestamp 
> issues
> ---
>
> Key: CASSANDRA-15626
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15626
> Project: Cassandra
>  Issue Type: Improvement
>  Components: Local/SSTable
>Reporter: Ryan Svihla
>Priority: Normal
>
> In CASSANDRA-15557 the fix for the flaky test is reimplementing the logic 
> from CASSANDRA-12997  which was removed as part of CASSANDRA-13426
> However, since dropped columns are stored at a millisecond precision instead 
> of a microsecond precision and ClientState.getTimestamp adds microseconds on 
> each call we will lose the precision on save and some writes that should be 
> dropped could reappear.
> Note views affected as well
>  
> [https://github.com/apache/cassandra/blob/cb83fbff479bb90e9abeaade9e0f8843634c974d/src/java/org/apache/cassandra/schema/SchemaKeyspace.java#L712-L716]



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org