Hi Ivan,

I noticed you mentioned it downloads "a part of the backup data required to start a test Windows Hyper-V VM" Could you elaborate on that and exactly what data would be getting restored? Thanks.

I called into phone support and they confirmed there's currently a large scale issue that's being investigated.

I wanted to express our disappointment that there was no information or notification sent out regarding something as significant as this. I currently have 147+ overdue client backups from last night as a direct result of this issue.

A system status page, or an alert in the management console would go a long way in keeping customers in the loop and reassuring us that you're on top of things. An explanation of what happened and what's being done to mitigate something like this from occurring in the future feels like an appropriate response in this situation.

We love your guys product when it works as intended, but lately it seems we're getting into an ugly pattern of new issues popping up and never being properly adressed.

Anton, following up as this issue is still occuring. Really hoping for a fix to resolve this. Today is the 1st of the month and we're having the same problems as we were previously. I've had a ticket open for a month and it was escalated to the developers, but I haven't heard anything back. Thanks.

Hi Matt,
It's been quite some time, hope all is well. I just noticed this morning that version 6.3 has been released. I checked the release notes, but did not see this mentioned. Can you please confirm if this has been resolved in the lastest version?

Guys, Still waiting for an update on this. We're busier than ever and this is adding additional time and frustration to each new setup we're deploying. Please address this.

Guys,

Hoping for an update on this as it's been well over a month. We've been taking on and converting a lot of client's lately to this setup with Cloudberry, and I'm growing tired of the manual workaround that I'm having to use each time. Also while it does work, I've noticed that when using the manual workaround correction you have to modify the file twice to get the changes to actually stick.

thanks,

Hi Anton,

Very cool to see Powershell module. However, I'm not sure what you've referenced is what I'm trying to accomplish. Our problem is chained backups running full backups daily instead of block level backups daily.

We run as follows. NAS backup full daily, then chained cloud backup block level daily. Then the cloud backup needs to run a synthetic full once a month.

The method you've described here is just to force a chained backup to run as full correct?

Thanks,

Just wanted to update. I was assisted by support who was able to provide a workaround for the issue. The fix requires manually modifying the backup configuration file from the backup agent on the server, and changing values for 3 different lines of code.

While I truly appreciate the help and temporary workaround, I'd just like to reiterate the importance of a timely fix for this. Having to login to each server and manually update a .txt configuration file for each client's backup plan is very tedious, and a time waste for our limited resources.

Since the tech was able to fix it, I'm assuming you're aware of the specifics and where the problem is occurring? If not, I'd be happy to show you exactly where the issue is happening.

Thanks.

Logs sent.

Sergey, Thanks for that. I've just checked one of the machines with this issue and can confirm that <ForceFullNextPlan> is already set to false.

Hi Sergey, I will take look at that this morning. Also, I didn't create a ticket, but I called into phone support last night, spoke with a tech and got him remotely connected to one of the machines. I provided him with an email address and my information, but am not sure if a ticket was created. I didn't receive an email notification indicating that a ticket was created. Thanks.

Thanks Matt. Is there any negative effect to having this option enabled/disabled then? I'm just wondering going forward if I should leave it on or off by default when creating new image based backup plans for other clients going forward.

Still having continued issues with this. Issue is affecting more than one client at this point. I've provided multiple sets of logs and other requested data but have not heard back regarding this. Please advise as my clients are becoming increasing concerned that their backup has not run in over a week.

Matt,

Got it, thanks.

Matt,
Will do. Thanks much!

Hey Matt,

Thanks. Just wondering how this would lead to reduced storage charges? We use Wasabi and try to accommodate their 90 day retention policy. Our current monthly full backup means we'd be storing a minimum of 3 full backups per 90 days. If using the weekly full format we'd then be storing 12 full backups to accommodate the 90 day policy.

Thanks!

Mike,
I was in a similar situation previously, and from my understanding no you can't. You'd either need to reinstall that new build manually to each machine, or wait for the next Cloudberry software update. This would be a great feature to have when deploying important changes to multiple clients.