I was able to repro your issue. I will be discussing with the team and will reply back once I have some additional information for you.

I do not see any open issues, but I'll test and reach out to Support. I'll reply back when I know more.

What version are you running?

I don't think so. I just managed to find that shortcut in some of our internal documentation. I can ask the team if there's any other metadata that can be made available.

You'll likely have to use the Static Website Hosting option in the AWS Control Panel. I personally have never used it and am not sure how it works. I may render the S3 folders as HTML, but I am not sure.You'll have to research and test.

See the section in the linked page called "How to Find an Amazon S3 Bucket Endpoint (external site, not vetted by MSP360):
https://havecamerawilltravel.com/how-allow-public-access-amazon-bucket/

But first you'll have to make the bucket public. You can do this in CloudBerry Explorer by right-clicking the bucket name or folder, select ACL Settings, and then click the Public (Everyone) button, check the Apply for All Sub-folders and Objects option (if that's what you want), and click OK.

Having said that, I do not recommend you make buckets or folders public as anyone can find them and download your objects. Not sure what use case you are trying to solve, but there might be a better, more secure way to do what you need.

More information here if you run into issues as public access may be disabled globally:
https://aws.amazon.com/premiumsupport/knowledge-center/read-access-objects-s3-bucket/

Thanks Trudy for the update. Sorry for the inconvenience.

The issue of the purge operation taking that long? Or the purge operation temporarily pausing other running plans? I am just wondering if the purge is now taking much longer than previous and that's why you are noticing the issue - whereas if it ran in 5 minutes maybe you would not have noticed.

• What version of the product are you running?
• Were there any changes in plan scheduling prior to noticing this issue?
• Were there any major changes in the data being backed up - a lot of files being added or moved between folders?
• Did you recently upgrade versions? If so, from what to what?
• Any new processes, applications, or services running on that server that may be using CPU / Disk and causing contention with the purge operations?
• Anything else you can think of?

you’re going to have to open a support case likely to get firm resolution, but it sounds like the PC where you’re running backup is tied up with all the processing. If the plans are pausing, it may be because of all the updating and checking that’s going on in the local repository database for the 2.7 million files. The new backup format would address that particular situation. Having said that it what’s the issue with the temporary pause on running plans while the long purge operation runs? Is it pushing you outside your normal operating times? Are the plans ultimately failing because of the pause? Something else?

See the additional questions I put in my original reply which I was probably replying to while you were replying to me.

What do mean, “halts other jobs”? Do you mean other scheduled backup plans do run run on schedule until the purge is complete, or do you mean other plans that are executing in parallel stop processing while the purge is working?

Also, please post your version.

Let me add, that based on the information I see in the log, that you’re purging / checking 2.7 million files. That is going to take a lot of time, it’s possible that the agent is tied up with all the updating. You may want to consider moving to the new backup format which can do these purges very quickly if this is a common situation where you’re removing / checking that many files in the cloud. But give me an answer to my questions above first and we’ll take it from there. Thanks.

Thanks for the update Chris.

I think everyone has been more than patient with this outage :sad: . And we appreciate it. Any disruption to our services affects our customers. It's not what we strive for, and we are putting measures in place right now so this issue never happens again.

Agree.

Thanks for the update. And, again, we are really sorry for this major inconvenience to our customers.

ipconfig /flushdns — adders

Thanks for that adders. Good advice.

Please check again. Services are returning for everyone, bit by bit as DNS servers get the updated information.

Should be fixed. Please check again.

you'll have to use unattended access to access those systems. If you log in with the same account that's currently logged in on the remote end or if no account is logged in at all because services are running in the background, you can log with with any Windows authentication account. Some changes were made recently to disallow use of custom passwords to access a remote session without user confirmation. This was done for security reasons as we do not want the product being used to connect to remote systems without remote user confirmation.

If you describe your use case in a little more detail that might help us as we flesh out the roadmap for the product going forward. Also let me know what edition you're using, Free, Pro, or Managed.

Should be up soon. Please check the other posts on this forum for more information.

Depending on where you are in the world, it may take until tomorrow. It’s up for most folks here in the United States. Keep checking though

it’s back up for most customers. Will be soon for everyone.