Skip to content

kv: don't use LegacyTimestamp in Liveness records#56190

Closed
nvb wants to merge 2 commits intocockroachdb:masterfrom
nvb:nvanbenschoten/remLegacyTS
Closed

kv: don't use LegacyTimestamp in Liveness records#56190
nvb wants to merge 2 commits intocockroachdb:masterfrom
nvb:nvanbenschoten/remLegacyTS

Conversation

@nvb
Copy link
Copy Markdown
Contributor

@nvb nvb commented Nov 2, 2020

Completes migration started in 9c0dce9.

@nvb nvb requested a review from andreimatei November 2, 2020 01:14
@cockroach-teamcity
Copy link
Copy Markdown
Member

This change is Reviewable

@nvb nvb force-pushed the nvanbenschoten/remLegacyTS branch from 6db235a to c2bb8c9 Compare November 4, 2020 18:25
@nvb nvb requested a review from a team as a code owner November 4, 2020 18:25
Copy link
Copy Markdown
Contributor

@andreimatei andreimatei left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:lgtm:

Reviewable status: :shipit: complete! 1 of 0 LGTMs obtained (waiting on @andreimatei)

@nvb
Copy link
Copy Markdown
Contributor Author

nvb commented Nov 4, 2020

This appears to be running into issues with the acceptance/version-upgrade test. I think this is because master still reports a v20.2.0 build tag, so we still start with a v20.1 cluster in that test. I'll need to fix that first before merging the rest of this.

@andreimatei
Copy link
Copy Markdown
Contributor

andreimatei commented Nov 4, 2020 via email

@nvb
Copy link
Copy Markdown
Contributor Author

nvb commented Nov 4, 2020

It does! Thanks for the pointer.

@thoszhang
Copy link
Copy Markdown

I just pushed a v21.1.0-alpha.00000000 tag on a recent commit on the master branch, so if you rebase, the roachtest should work.

@nvb nvb force-pushed the nvanbenschoten/remLegacyTS branch from 3bb19a3 to 75d2fd0 Compare November 9, 2020 00:41
nvb added a commit to nvb/cockroach that referenced this pull request Nov 10, 2020
This was breaking cockroachdb#56190.

In that PR, we change the proto encoding of Liveness. We intended to
make this safe in 9c0dce9 by using the existing marshalled proto when
performing cputs. Unfortunately, that change wasn't quite enough, as it
didn't ensure that the local raw byte representation of the proto would
get updated on a failed cput. This could lead to an infinite loop of
failed liveness updates, as we saw in `acceptance/version-upgrade`.

This PR will make that change safe, but unfortunately, we'll have to
wait another release for it.
@nvb
Copy link
Copy Markdown
Contributor Author

nvb commented Nov 10, 2020

Thanks @lucy-zhang! Your change worked. Unfortunately, it revealed that the node liveness code wasn't as ready as it thought it was for variable proto encoding. So we're going to have to land #56477 in v21.1 and hold off on this PR until v21.2. That's a shame, but nothing depends on this change so we can just wait it out.

nvb added a commit to nvb/cockroach that referenced this pull request Nov 10, 2020
This was breaking cockroachdb#56190.

In that PR, we change the proto encoding of Liveness. We intended to
make this safe in 9c0dce9 by using the existing marshalled proto when
performing cputs. Unfortunately, that change wasn't quite enough, as it
didn't ensure that the local raw byte representation of the proto would
get updated on a failed cput. This could lead to an infinite loop of
failed liveness updates, as we saw in `acceptance/version-upgrade`.

This PR will make that change safe, but unfortunately, we'll have to
wait another release for it.
craig bot pushed a commit that referenced this pull request Nov 10, 2020
56477: liveness: replace liveness on raw encoding change r=nvanbenschoten a=nvanbenschoten

This was breaking #56190.

In that PR, we change the proto encoding of Liveness. We intended to
make this safe in 9c0dce9 by using the existing marshalled proto when
performing cputs. Unfortunately, that change wasn't quite enough, as it
didn't ensure that the local raw byte representation of the proto would
get updated on a failed cput. This could lead to an infinite loop of
failed liveness updates, as we saw in `acceptance/version-upgrade`.

This PR will make that change safe, but unfortunately, we'll have to
wait another release for it.

Co-authored-by: Nathan VanBenschoten <nvanbenschoten@gmail.com>
@nvb nvb added the do-not-merge bors won't merge a PR with this label. label Nov 14, 2020
@tbg tbg added the X-noremind Bots won't notify about PRs with X-noremind label May 6, 2021
@nvb nvb closed this Jan 8, 2024
@nvb nvb deleted the nvanbenschoten/remLegacyTS branch January 9, 2024 22:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

do-not-merge bors won't merge a PR with this label. X-noremind Bots won't notify about PRs with X-noremind

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants