I've reached out to you directly, please provide the following info in PM so we can check this issue:

1) An example of the notification that was recently sent successfully to the email in question

2) A screenshot demonstrating the "Notifications and Logging" tab in the backup plan

According to the information on our side, the ravindraathumana-indiadotorg wasn't confirmed. After you specified it in the backup plan settings you should've received an email with a confirmation link, however, it looks like this email was never confirmed.

We've resent a confirmation email to ravindraathumana-indiadotorg . Please check your mailbox and confirm the email to see if that helps. Look for an email with "MSP360 Backup Notification Service - Confirmation" subject. If you can't find it, please check the spam box.

Hello!

In the current version, there is no way to default the "Expire URL at specified date" checkbox to unchecked. At the moment, as a workaround, we can only suggest downgrading to the previous version of CloudBerry Explorer. Feel free to reach out to me in PM if you need a link to the previous version.

We have reported this to our R&D team and they are currently looking into it, but I can't provide any ETA for this change at this time.

This is a known issue and we already have a feature request to our R&D team to implement the auto-refresh for scenarios like this. Unfortunately, there is no viable solution or workaround we can provide at this time. Generally, CloudBerry Drive is positioned as a simple tool that allows you to easily mount your cloud storage and access it locally via Windows Explorer in the same manner regular users access simple Windows folders and any other configurations that imply more complicated scenarios usually aren't considered intended and may not be fully compatible with this solution by design.

We've logged your request in the associated internal task and we will see what we can do about this in the future, however, at the moment, we cannot provide any ETA for any improvements on this matter.

Hello,

This is a known issue and we have already escalated this to our R&D. At the moment, we do not have any ETA for this to be fixed, but we added your request to our internal task associated with this and we will keep you posted on the status in the future. In the current implementation, this can't be worked around or fixed by changing any settings in the CloudBerry Drive configuration and the only way to resolve this is to restart the machine.

Paul,

"The credentials I'm using for the backup task are the domain admin creds so it has full access to everything"

Do you mean the credentials you use to run the Backup Service or the credentials you've specified for the NAS while adding it? Just to make sure, could you please check what account is used to run the Backup Service? Please go to Tools/Change Service Account. If you have it set to "Local System Account", please change it to your administrator account and click OK. The Service will be restarted automatically.

Check if the scheduled backup runs OK after that or not. If the issue persists, we will require the diagnostic logs for further investigation here:

Go to Tools > Diagnostics in the program menu. In the opened window click Send button. The logs will be sent to our support team automatically. This will help us diagnose and troubleshoot the issue. Please add "Logs for ticket #309055" to the issue description.

Please put the link to this Forum thread into the description of the logs.

Hi Brandon,

High RAM utilization during the synthetic full is a known issue, it was escalated to our R&D Team and they are currently investigating it and working on the fix.

Have you already sent the diagnostic logs from one of the affected servers? If you have, could you please let me know the associated ticket number, so I can check the logs and provide more details on this issue?

Thank you!

Hi Brandi,

Is the mouse still working? Did you already try to close the session and start it again? Normally, the keyboard control should be regained after this and that would be the easiest way to fix that. In your case, do you have the "Full Control" access level for incoming connection on a Presenter side set by default?

The thing is that there's no button/option allowing to regain the keyboard control and the Full remote control (mouse+keyboard) can be provided in 2 ways:

1. It is set up by default for incoming connection on a Presenter side and you just have it when you connect
2. It is being requested in the beginning of the remote session and it has to be approved by the Presenter.

Also, please make sure you're using the latest version (v2.3.0.52):
https://www.msp360.com/download.aspx?prod=cbra

Let me know if it still doesn't work after restarting the session.

Hi!

In the current version of Dedup Server there´s no possibility to set up Retention Policy and control versioning (unlike standard backup without using Dedup Server where you can remove older versions) so all the versions you´re uploading via Dedup are staying in the cloud. In this case there´s no need to schedule Full Backup and run it from time to time, you can just run full backup one time and then run just differentials.

Recovery time is longer than with standard backup without Dedup Server because the process is using Postgres Repository to prepare data for the restore and assemble it from lots of deduplicated pieces and it may take some time depending on the size and type of the data you have. It´s hard to evaluate it so the easiest way to check it for your particular case is to test it in your environment.

Check this guide for more info on Dedup Server:
https://www.cloudberrylab.com/download/CloudBerry_Dedup_Getting_Started.pdf

Please let us know if you have any questions!

Best Regards!