Forbid running an on-demand backup if another backup is already running
Description
Attachments
- 06 Aug 2024, 12:26 PM
- 06 Aug 2024, 12:26 PM
- 15 Jul 2024, 03:13 PM
- 15 Jul 2024, 02:01 PM
- 11 Jul 2024, 03:00 PM
- 11 Jul 2024, 12:49 PM
Activity
Manish Chawla August 6, 2024 at 12:26 PM
Mayank Shah July 31, 2024 at 5:25 AMEdited
@Manish Chawla The fix has been created and is a part of 1.1.0.
Mayank Shah July 16, 2024 at 5:40 AM
Ok, I see the problem now.
The statuses for mongodb backups are actually a bit different from the other two. If the status is ""
or "waiting"
, it isn’t really considered as running by Everest.
Moreover, Everest server looks at the dbbackup object, not psmdb-backup. And everest-operator does not create a dbbackup object unless psmdb-backup has progressed beyond waiting (due to a known limitation).
I’ll have to think of a temporary workaround for this..
Manish Chawla July 15, 2024 at 3:13 PM
I am attaching a short video, that might help
Manish Chawla July 15, 2024 at 3:06 PM
After the scheduled backup gets created and we can see it in kubernetes (kubectl get psmdb-backup), immediately start a manual backup. I think the scheduled backup does not have a status, when the manual backup is triggered. Then both backups get started and can be seen in the UI. This is happening for mongodb.
Details
Details
Assignee
Reporter
Fix versions
Priority
Smart Checklist
Open Smart Checklist
Smart Checklist

Tested with Everest v1.1.0-rc1 version.
In mongodb, the UI now displays an error message if an on-demand is started, when a scheduled backup is running or just starts
At a certain point, I was able to get the below, but in the backend the scheduled backup had already completed and its status was not updated in the UI, so there is a time gap between the backend and UI
Hence closing this issue. Thanks Mayank for fixing this issue.