If you're simply looking to save on storage and would rather not deal with the side-effects of using archive storage tiers like Glacier, then I'd recommend you look for hot cloud storage that comes at a less expensive price. Wasabi and Backblaze B2 come to mind - they are both about $6 / TB and the data is available in real-time. Wasabi may have a retention requirement, but has no API or data egress charges. Backblaze B2 has low API charges, but no retention.

But if you want to stick with Glacier, then it would probably be easier if you backed up to S3 - Standard and used a Lifecycle Policy to move the data to S3 Glacier - even if you did that after 0 days - but preferably after some short period where you might need a restore or you think an old version might need to be removed by the MSP360 Backup and you do not want to be charged for the 90 day retention.

Custom Mode is not the best choice for what you need. Please consider using Advanced Mode as you can compress and encrypt the data for safe-keeping and it will allow you to restore to the original folders, if needed.

I cannot tell from the error message what is going on. I would either:

• Go to Remote Management - find the server in question - Edit - Edit Account - and verify the right account is selected
• Or, remote into the server and check the agent to make sure it's properly registered with the service

Then I would check the History for the backup plan in question (from the agent) and see what it reports.

What are you using as the backup target?

If you do not see any additional details / messages about what the error you are seeing is actually referring to, then the Support team would have to look at the logs. You can trigger them from Remote Administration - Send Logs or from the agent using the Tools | Diagnostic toolbar option.

What do you have your Cinnamon 4.6 DPI Scaling set to? If you go to Display Settings - Layout, have a look at the zoom level. I know there is an open issue with high DPI settings causing the scaling issue with the UI you are seeing. You could try to lower the zoom level and see if that addresses the issue. We'll at least be able to confirm that is the cause even if you have to increase it to the original value so you can easily see the UI elements.

A couple questions:
1. Why are you using Custom Mode? Is there some use case you are looking to solve? If not, you should use Advanced Mode as that mode gives you the greatest control over backup data, versions, retention, etc.
2. Why are you using Glacier? Glacier is for long-term, archival data - data that you do not plan to access, but need to have it saved just in case. Restoring data in Glacier can be expensive and can take hours to get the data ready for a restore. Also, if you back up to Glacier directly, then it's much more difficult to get a file listing in a timely fashion. You also have a 90 day retention requirement in Glacier - meaning, if you delete your data before 90 days, you are charged the remaining days by Amazon. But, if you want to simply back up this data once and keep it for years or you have data that you simply need to keep long term, then Glacier is a good solution - although I would still recommend you back up to S3 - Standard and move the data to Glacier using a lifecycle policy.

So, to help you, I need to better understand what your needs are with this data today and going forward. And then I can recommend the best solution for your needs.

This could be a Glacier. What's your lifecycle policy for moving the data into Glacier or are you backing up directly to Glacier? I'll have to reach out to the team to see if they have any ideas but Glacier - depending on how it's used, can be difficult with some operations as there are delays in getting data ready for use and to be read.

When you say "the directory listed the modification date," what directory do you mean? You mention Windows 10 right after, so I was unclear about the previous sentence.

Have you checked backup storage to see what is there for that file (Use the Storage Tab to find it and see if there are multiple versions) and see if it matches what is in the source folder?

If you're still have trouble reconciling the backup, please post some screenshots from the source folder and Backup History with the file in question. Thanks.

See if this helps.
https://www.msp360.com/resources/blog/how-to-continue-backup-on-another-computer/

Can you not find the emails from support on the open ticket? Or am I misunderstanding your post?

Danny, you need to make sure you are logging in to the service in the agent using the credentials of the user that performed the backup in the first place in order to see the data in storage.

No updates yet. It's still on the roadmap, but has not yet been assigned to a release version.

I have added your request to the feature tracking system. Someone will reach out when it is implemented.

I understand what you are saying. That capability is not yet on the roadmap, although we are already tracking that feature in our system, and I've added your comments.

Direct connections have been supported since the 2.0 release. That's the default connections type, but if it cannot be established then the product falls back to a server-based connection. I think what you're asking for is the ability to disable server-based connections. Or is what we have good enough for your use case? I'll ask the engineering team if there's a way to force direct connections as the only option.

https://help.msp360.com/cloudberry-remote-assistant/advanced/direct-connection#

According to Support you have an open ticket with them, but they tell me you have not replied to their emails. Please check your emails and look in your spam folder to make sure the email was not accidentally flagged and please reply to Support directly so they can work with you.

I do not see the screenshot, except for the original one. I am checking with Support.

Support has requested you send them the diagnostic logs (Tools - Diagnostic) and a screenshot (once the case is opened) showing the FULL report (with Computer name and everything)

thanks. Sent this over to the team.

Can you post a screenshot and verify the agent version? I notified the team last week - still waiting on a reply.

Can you post a screenshot and verify the agent version?

Are all files showing the credential error or just a subset of them?
Check two things:
1. Click the Network Credentials in the Tools toolbar and ensure your credentials are entered and they work correctly (it should be the same dialog you see in the backup wizard, but it's worth a check)
2. If that does not address the issue, then maybe the service account is preventing network access. Consider changing the account as needed: https://help.msp360.com/cloudberry-backup/backup/about-backups/backup-service-account

Also, can you confirm the NAS is added as a network share and not a mapped drive?