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

Release 2.7.0 #1031

Open
wants to merge 46 commits into
base: main
Choose a base branch
from
Open

Release 2.7.0 #1031

wants to merge 46 commits into from

Conversation

defbin
Copy link
Member

@defbin defbin commented Oct 2, 2024

No description provided.

sandraromanchenko and others added 30 commits September 2, 2024 13:55
* PKG-157 pbm: add marketing message to postinstall
---------
Co-authored-by: Oleksandr Miroshnychenko <[email protected]>
…1005)

* Add restore start and finish time info
* Fix help text for oplog-replay command
* Remove StartPITR info from describe-restore cmd
* Add finish time only for successful restore
* Fix priority status for Delayed member
* Fix priority calculation for Delayed member
* Fix endless loop when writing cluster last_write_ts
* Increase polling time when writing last_write_ts on the cluster level
* Add optimization to fetch all locks at ones
…eated during oplog slicing (#1012)

* Enable using recreated UUID with TimeSeries view:
PBM recreates UUID for the time series collection.
This fix uses the same recreated UUID when adding the view for the time
series collection.
This change allows to retrieve credentials from ECS and EKS roles.
the leader only sets the status. no reason to wait for known condition
backup status can be set to done in db meta before the meta is written
to storage. if the write fails, no meta will be available on storage.
storage resync will delete backup meta from db and won't see it on
storage.
…1019)

* Fix inconsistent data after physical restore with PITR
After PITR physical restore, there was inconsistent data between Primary
and Secondaries nodes.
The reason was that PITR oplog and dropping collections are applied in
reverse order:
- on Primary: [PITR oplog apply] -> [dropping PBM databases]
- on each Secondary: [dropping PBM databases] -> [catch up from Primary
including oplog apply]

Not using DDL operations (drop in this case) for PBM's system
collections fixes the problem.

* Expand setupNewDB logic with all PBM's collections
That ensures that collection will not be created during PITR and by
doing that we eliminate the possible problem of having different UUIDs.
boris-ilijic
boris-ilijic previously approved these changes Oct 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants