[ 
https://issues.apache.org/jira/browse/GEODE-8958?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17294866#comment-17294866
 ] 

ASF subversion and git services commented on GEODE-8958:
--------------------------------------------------------

Commit 15af30d4f0a89df4168dcd5d80697143da944936 in geode's branch 
refs/heads/support/1.12 from mhansonp
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=15af30d ]

GEODE-8958: When tombstone timestamps get corrupted. (#6042)

- The system would wait, now it does expires it and moves on.

(cherry picked from commit 1fdcf3220704c858b64b053b0c27fb37c481b4a8)


> Tombstone expiration: in the event that a version timestamp is too far in the 
> future, expire the tombstone
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: GEODE-8958
>                 URL: https://issues.apache.org/jira/browse/GEODE-8958
>             Project: Geode
>          Issue Type: Bug
>          Components: core
>            Reporter: Mark Hanson
>            Assignee: Mark Hanson
>            Priority: Major
>              Labels: blocks-1.14.0​, pull-request-available
>
> We are seeing a bug where for some reason, the version timestamp on the 
> tombstone is too far into the future to be realistic.
>  
> In such a case, we are going to expire the tombstone as soon as we see it.
>  
>  



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

Reply via email to