Forbid running an on-demand backup if another backup is already running

Description

None

Attachments

6
  • 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

Show:

Manish Chawla August 6, 2024 at 12:26 PM

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.

Mayank Shah July 31, 2024 at 5:25 AM
Edited

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.

Unresolved

Details

Assignee

Reporter

Fix versions

Priority

Smart Checklist

Created May 28, 2024 at 10:47 AM
Updated August 12, 2024 at 12:28 PM