Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[docdb] BackupTxnTest.Consistency started being more flaky in master recently #5788

Closed
bmatican opened this issue Sep 23, 2020 · 0 comments
Closed
Assignees
Labels
area/docdb YugabyteDB core features kind/failing-test Tests and testing infra

Comments

@bmatican
Copy link
Contributor

https://detective-gcp.dev.yugabyte.com/stability/test?buckets=30&class=BackupTxnTest&name=Consistency

This seems to point towards this range: 6f00b05~...90be7c9

Only docdb change in the list is 1b5e70d

@bmatican bmatican added kind/failing-test Tests and testing infra area/docdb YugabyteDB core features labels Sep 23, 2020
@bmatican bmatican added this to Backlog in YBase features Oct 7, 2020
spolitov added a commit that referenced this issue Oct 12, 2020
… metadata when restoring a snapshot

Summary:
When ModifyFlushedFrontier is called on RocksDB it could erase user frontiers for SST files.
So hybrid time filter could be lost and restored snapshot would be inconsistent.
We should only erase the OpId frontier for each SSTable file in that case, and leave other types of frontiers (such as hybrid time filters) intact.

Also fixing a bug with transaction apply. It should create a ScopedRWOperation to avoid a situation when we start applying a transaction before restoring a backup, and we end up applying intents of an unrelated transaction to a restored regular RocksDB.

Also clearing running transactions in TransactionParticipant when performing a TRUNCATE operation or restoring a snapshot.

Test Plan: ybd --gtest_filter BackupTxnTest.Consistency -n 20

Reviewers: mikhail

Reviewed By: mikhail

Subscribers: bogdan, ybase

Differential Revision: https://phabricator.dev.yugabyte.com/D9561
YBase features automation moved this from Backlog to Done Oct 12, 2020
spolitov added a commit that referenced this issue Oct 22, 2020
…d from per-SSTable metadata when restoring a snapshot

Summary:
When ModifyFlushedFrontier is called on RocksDB it could erase user frontiers for SST files.
So hybrid time filter could be lost and restored snapshot would be inconsistent.
We should only erase the OpId frontier for each SSTable file in that case, and leave other types of frontiers (such as hybrid time filters) intact.

Also fixing a bug with transaction apply. It should create a ScopedRWOperation to avoid a situation when we start applying a transaction before restoring a backup, and we end up applying intents of an unrelated transaction to a restored regular RocksDB.

Also clearing running transactions in TransactionParticipant when performing a TRUNCATE operation or restoring a snapshot.

Test Plan:
ybd --gtest_filter BackupTxnTest.Consistency -n 20
Jenkins: rebase: 2.2

Reviewers: mikhail, bogdan

Reviewed By: bogdan

Subscribers: ybase, bogdan

Differential Revision: https://phabricator.dev.yugabyte.com/D9684
spolitov added a commit that referenced this issue Oct 24, 2020
…d from per-SSTable metadata when restoring a snapshot

Summary:
When ModifyFlushedFrontier is called on RocksDB it could erase user frontiers for SST files.
So hybrid time filter could be lost and restored snapshot would be inconsistent.
We should only erase the OpId frontier for each SSTable file in that case, and leave other types of frontiers (such as hybrid time filters) intact.

Also fixing a bug with transaction apply. It should create a ScopedRWOperation to avoid a situation when we start applying a transaction before restoring a backup, and we end up applying intents of an unrelated transaction to a restored regular RocksDB.

Also clearing running transactions in TransactionParticipant when performing a TRUNCATE operation or restoring a snapshot.

Test Plan:
ybd --gtest_filter BackupTxnTest.Consistency -n 20
Jenkins: rebase: 2.1

Reviewers: mikhail, bogdan

Reviewed By: bogdan

Subscribers: bogdan, ybase

Differential Revision: https://phabricator.dev.yugabyte.com/D9702
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/docdb YugabyteDB core features kind/failing-test Tests and testing infra
Projects
Development

No branches or pull requests

2 participants