Issues
- PITR options are not available on UI if there are no schedulesEVEREST-1625Diana Birsan
- [operator] Resource limits are not respectedEVEREST-1354Manish Chawla
- [CLI] Improve error messages related to k8s connectivityEVEREST-1235Manish Chawla
- [API] Trying to downgrade a major version returns incorrect error messageEVEREST-1233Yusaf Awan
- [UI] Inconsistent date formatsEVEREST-1232Yusaf Awan
PITR options are not available on UI if there are no schedules
Description
Environment
Attachments
Activity
Edith Erika Puclla ParejaMarch 7, 2025 at 9:36 AM
Amazing , let’s move the ticket to Ready to Mergue then!!
Thanks a lot!!
Oksana GrishchenkoMarch 7, 2025 at 8:25 AM
Hi ! Looks like now it works as expected. Previously, the main problem was that the button was disabled while the pitr options were available. Both elements should be either enabled or disabled, which we see now in your test. Thank you!
Edith Erika Puclla ParejaMarch 6, 2025 at 4:47 PM
I tested again, and this is the behaviour for MYSQL.
New MYSQL Database, there is a BACKUP, but not SCHEDULE BACKUPS
Point-Time Recovery (PITR) Disabled
When creating a DB from a backup, the text box and button are disabled when clicking on the option “From a Point-in-time(PITR).”
The same happens when we “Restore from a backup“ … I am guessing this is the correct behaviour.
A MySQL Database, with a BACKUP and a SCHEDULE BACKUP executed
I edited PITR and enabled it.
Then, I entered the database, and I created a new register in the database
16:13:07
.After one minute, I tried to restore the database from PITR. The last transaction in the database was
16:13
, so this is registered in the Restore database Window as well.
The same behaviour happens when I create a New Database from a PITR.
I tried to reproduce the error from yesterday, BUT I COULD NOT NOW; every time I try to make a PITR Restore, the button and the text are activated.
As we discussed yesterday, the button and the text box should both be available because there was a transaction and scheduled backups, so they should be activated. Now it is working as expected, but yesterday the button was disabled. is this correct?
Thank youu!!!!
Edith Erika Puclla ParejaMarch 5, 2025 at 4:30 PM
OKie I will test tomorrow with this new FB
Edith Erika Puclla ParejaMarch 5, 2025 at 4:29 PMEdited
Nice, Oksana, I am attaching the previous screenshot from our Slack conversation, so it could be useful for any moment.
Problem:
PITR options are not available on UI if there are no schedules, even though the last backup was successful and the PITR is on.
Cause:
UI sets
db.spec.backup.enabled
tofalse
if there are no schedules, which makes the/pitr
endpoint think that the whole backup section is disabled so it returns an empty response.Proposed solution:
[UI] do not use
db.spec.backup.enabled
, rely on the schedules amount instead. There is no such thing in Everest UI like “disable the whole backup section”, so the field should not be used.[API] Deprecate the
db.spec.backup.enabled
field and don’t use it anymore. Delete the checks that are in place.[Operator] Deprecate the
db.spec.backup.enabled
field and don’t use it anymore. Instead of checkingdb.spec.backup.enabled
, check the length of the schedules list, it will keep the operator logic which is already in place. Btw, onlypsmdb
has that.backup.enabled
field, thepxc
andpg
does not have anything like that. So such field in the Everest db CR is confusing and does not make any sense.