Most likely the local database is not synchronized with the storage.

Please go to tools > options > repository menu and synchronize the repository for your storage account. After that retry the restore operation.

Still a failure.
I don't know if i mentioned, but this is a separate server from the one where the data resides normally.

I also noticed the RM Service was not running. Not sure if that mattered, but I started that and tried the restore again.

Another piece of information... I am doing a trial restore from the originating server, and it is functioning as it should.

In that case it is most likely a repository issue since the software on one machine doesn't "know" about the changes made to the data on the other one, so synchronization should help.

Regarding RM service: please right-click on the service icon and select "start service", that's not relevant to the issue at hand, but should fix the problem with the service itself.

So to attempt to clarify my next steps.
Do I troubleshoot my repository? Or could it be the cloudberry client?

Again... restore works from the originating machine, not from an alternate, even though many others done in the same fashion work properly.

First of all you need to synchronize the repository on the machine where you're trying to restore the data. That should update the info about your data on storage and allow you to properly restore the files.

I have done it multiple times. Still fails

In that case it would be better to open a case in our support portal. Just go to tools > diagnostic menu, put the details in the issue description and send us the logs for investigation.

thanks i'll do that.

Oh just so others may know. I did the synchronization, but that didn't work. However, as suggested by support, if I change the prefix of the destination on my backup account, then it found the files.