Can you elaborate on the error? Did you happen to change your security credentials on the AWS S3 side? Either way, you may want to simply create a new access / secret key, Do this from the AWS Console - click on your account in the top right, select My Security Credentials, open up the Access Keys section, and create a new access / secret key pair. Ensure no other systems are using the old pair if you remove it as they will need to be updated. If that does not work, we'll either need to know more about the error or see the logs.

How did you sign up for the service? From MSP360 or from Backblaze?

Please leverage our Support team for guidance. You can quickly open a support ticket from the Tools - Diagnostic toolbar option on one of the computers experiencing the issue, and they will be happy to review your settings and logs to see if anything is amiss and how you can achieve what you need.

this article talks about how to change the backup prefix in the product. Please review and let us know if that addresses your issue of not being able to see the backup files. https://help.msp360.com/cloudberry-backup/restore/about-restore/restore-from-another-computer

as far as I'm aware we are not planning to deprecate the original format. So simple mode will stick around. Simple mode will not work with the new format but that won't be an issue for you if the old format remains. Simple mode is not really backup -it's more like file replication.

Backups are always in a proprietary format. Just because you cannot see individual files by reviewing the raw bucket data, doesn't mean the files are not there. The new format groups files into a smaller number of total files to speed up backups and restores and provide the infrastructure for additional future enhancements around retention.

You cannot open files directly from storage, even using the original backup format (unless you were using Simple Mode, which does not encrypt or compress files and simply stores them as is). To review files, you should use the Backup Storage tab and you'll see everything. If you prefer the older format, you can continue to use it.

You'll need to open a support case using the directions above so Support can see the logs.

You're asking about Explorer. This thread and section is about CloudBerry Backup. I do not know if they are the same issue. I'll send you the info as a DM.

The option is obsolete for image-based backups and will be removed in a future release. In in the interim, leave the option enabled.

Hard to diagnose these issues on the forum. Please open a support case using the "Diagnostic" right-click menu option from the tray icon. The logs will be attached automatically. Please reference this post when submitting, and if support asks, let them know I asked you to open a support case. Thanks.

What platform and OS version are you using?
What type of backup are you running (file / folder or image)?
Is this a local drive (you said that but want to be sure)?
What backup options are set (Windows VSS, System VSS, BitLocker)?
Have you been having any issues with this hard drive recently?

You can safely remove the storage account from the Edit Storage Accounts dialog. If there is data that you actually do want removed from that storage, then you should do that manually from the Backup Storage tab before you remove the storage account.

The Support team would like to see the logs related to your installation as the behavior you're experiencing is not normal or expected. Please do the following:

• Run Remote Desktop
• Click on the Main Menu (hamburger icon) and select Diagnostic
• Add a short explanation (high CPU usage with little to no activity) and also mention this forum post
• Click "Send to Support"

Support will review.

I have a question pending for the dev team onthis request. If I get an update from them, I'll post it here. Thanks for your feedback.

40Mbit or 40MBytes per second?

When you run the Wasabi test from your EC2 instance, what speed does it report?

• You could sent notification emails when backups complete. If you do not see an email, you would know something is wrong and then can cycle the server or re-start the backup service .
• Check your version - new releases may contain fixes for old issues
• You could periodically reboot the server.
• You could check the CloudBerry Backup service and agent from PowerShell to see if they are running and stop / kill and restart them if needed
• I would also not keep the agent open if that's a concern. The backup runs as a service so there is no requirement to have the agent running
• You could move to Managed Backup which provides a dashboard of all customers / agents and activity that is easily monitored from your web browser.

But I would suggest you create a support ticket from Tools | Diagnostic in the toolbar on the machine in question and ask support to have a look to see what may have caused the issue.

The solution is not an easy one for file / folder backups that need to access EFS encrypted files created by users other than the service account that is running the backup service. Windows prevents such access, as you're aware. I assume if you're using EFS at the user level, you have a reason for doing so. The easiest way around this might be to perform an image backup instead. You can restrict the image to just the folders needed using the Exclude Option. But the caveat here is that in order to restore files to a system other than the one that was used for the backup would require you had the certificates and would have to back them up. In my opinion, this adds additional complexity you may not want to absorb.

I saw your earlier post about MozyPro, but when I check other products like CrashPlan, Carbonite, Acronis, and Veeam, I see information which would suggest that it's not supported on those platforms either. It's possible some of these other products do what you need, but I haven't come across that information.

The requirement, as you noted, has been pushed to 7.4, which is some time off. At this point I do not think it would be realistic that it will be added in a time-frame you need it (if at all). I know the team is looking at options and if something is found during their research, they will re-prioritize.

I would like to ask why you are using EFS, are you using it for more than one user, and whether Bitlocker encryption would suffice in its place since it's whole-drive encryption - and we support it?

I should have thought of that. Glad you found it. Thanks for the update.

Please do the following:

Support needs to see the logs.

Go to Tools > Diagnostics in the toolbar. In the opened window click Send button. The logs will be sent to our support team automatically. This will help them diagnose and troubleshoot the issue. Please add "Logs for ticket #00062687" to the issue description. Do not manually attach the log file. It will be sent automatically.

Here is some info on how to send the log file for Backup: https://www.msp360.com/resources/blog/how-to-send-diagnostic-info/

Thanks.

I checked with support and they informed me there is a 5 GB size limit with the product - because of an older 5 GB limit on the B2 side.

Once thing you can try (I have not tested this so cannot confirm if it will work) is to create a B2 bucket as S3 Compatible (on the B2 side).Refer to this post about how to do this. https://kb.msp360.com/cloud-vendors/backblazeb2/backblazeb2-as-s3compatible

Then create a new storage connector in Explorer using S3 Compatible:
You may need to select Version 4 Signature when setting up the account in Explorer.
Select the option to use native multi-part upload.

Do a test on a large file to see if we use the multi-part API to move the file to B2. Do a test copy from B2 back to local.