[cisco-voip] how to disable backup warning message on cucm

[Ryan Huff]

No way to disable the alert message that I’m aware of. I think DRS is an unavoidable assumption (and by extension m, the alert) in the modern versions.

As you know, this isn’t a great strategy. It’s a little more than, “not recommended”, it’s actually not supported by Cisco to backup this way. Veeam has been known to cause CPU spikes, kernel panics.. etc in CUCM (while powered on)... not a good strategy at all. DRS is the path to reinforce ;)

From my understanding, it’s a pretty simplistic check... just looking for a backup device, and the the XML file for the backup set in the backup device’s location.

They might be able to run one manual DRS, and then just keep modifying the dates in the XML for the backup set. Seems like something that could be scripted fairly easily too.

To me though, that’s a lot of work to intentionally do it the wrong way. It’s been my experience that when customers invite the Devil to dinner, he usually shows up.

- Ryan

On Jul 29, 2020, at 03:12, naresh rathore <nareh84 at hotmail.com> wrote:


hi,


One of our Customer running version cucm 12.5.1.12900-115 (upgraded from 10). they had backup enabled, they decided to do veem backup (even though not recommended by Cisco). they deleted backup device and schedule configuration and also disabled DRF Master and DRF local and restarted tomcat but still we see  message of 32 days without backup. is there a way to disable this warning?

<image.png>


_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://eur06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7C%7C150a2df1c2d243dfdaae08d8338ed164%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637316035775661784&sdata=gfRhVVMa%2Fw0yeYtdfWrOaxbCFeoBKW3pXvpfGXE6CWQ%3D&reserved=0
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20200729/2c320634/attachment.htm>