[ 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