cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dimitar Dimitrov (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-14092) Max ttl of 20 years will overflow localDeletionTime
Date Mon, 29 Jan 2018 14:07:01 GMT


Dimitar Dimitrov commented on CASSANDRA-14092:

Some review comments on the dtest and trunk changes:
 * On the dtest change:
 ## Shouldn't the dtest docstring [here|] say
something related to the TTL problem?
 ## The start time [here|] seems
 ## It may be good to extract the max TTL value in a variable - we may decide to keep a version
of this test after we patch by just reducing that value, but before we fix it nicely
 * On the trunk change:
 ## Maybe it's my English, but [this wording|] sounds
a bit confusing to me, using "maximum supported date" and "limit date" for the same thing.
Thoughts? If you're also hesitant, what do you think about "Rows that should expire after
that date would still expire on that date."?
 ## You can quickly mention the relevant JIRA ticket [here|]
 ## Qualify the static access to {{Cell.sanitizeLocalDeletionTime}} [here|]
 ## Could you please add some comments/Javadoc for [{{Cell.sanitizeLocalDeletionTime}}|]?
I would assume that {{NO_TTL}} and {{NO_DELETION_TIME}} are needed to determine whether the
cell is an expiring one, an expired one, or a tombstone, but I'm not too sure
 ## There are missing spaces between the boolean arguments of the delegation call for some
of the unit tests (e.g. [here|])

> Max ttl of 20 years will overflow localDeletionTime
> ---------------------------------------------------
>                 Key: CASSANDRA-14092
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Paulo Motta
>            Assignee: Paulo Motta
>            Priority: Blocker
>             Fix For: 2.1.20, 2.2.12, 3.0.16, 3.11.2
> CASSANDRA-4771 added a max value of 20 years for ttl to protect against [year 2038 overflow
bug|] for {{localDeletionTime}}.
> It turns out that next year the {{localDeletionTime}} will start overflowing with the
maximum ttl of 20 years ({{System.currentTimeMillis() + ttl(20 years) > Integer.MAX_VALUE}}),
so we should remove this limitation.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message