[
https://issues.apache.org/jira/browse/CASSANDRA-14092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16349833#comment-16349833
]
Paulo Motta commented on CASSANDRA-14092:
-----------------------------------------
{quote}To clarify, CAP and CAP_NOWARN will cap the expiry but we'll have NO
INTENTION of ever fixing it in an upgrade?
{quote}
We're not promising to fix the correct TTL in an upgrade, but we could do it in
some cases, but I prefer to leave this decision for later.
{quote}Or would they have to do a scrub to convert anything that got capped to
its actual TTL?
{quote}
The scrub is just to fix SSTables of affected systems that overflowed from
2018-01-19T03:14:06+00:00 until the upgrade and were backed up. As I said
before, we're not doing any promise yet regarding honoring the actual TTL when
it's capped. But if we were to implement this would probably be done during
upgradesstables and not scrub.
{quote}I think it's worth pointing out that REJECT is a ticking time bomb.
{quote}
I agree but I don't feel strongly about the default, because the policies will
be clearly specified in big letters in the NEWS.txt which is the document which
everyone should read before upgrading, so if you don't want applications to
break in your organization just change your policy to CAP.
Do you mind proof-reading the NEWS.txt and check if something is not clear/can
be improved? Thanks!
> Max ttl of 20 years will overflow localDeletionTime
> ---------------------------------------------------
>
> Key: CASSANDRA-14092
> URL: https://issues.apache.org/jira/browse/CASSANDRA-14092
> 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|https://en.wikipedia.org/wiki/Year_2038_problem] 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
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
