Restoring from rsync'd Digital Ocean Spaces - seemingly no path works

[gregwbrooks]

Hi all -- hoping someone who's been down this road can help.

My current dedi server provider went out of business, so my existing Proxmox host is -- poof -- gone. Time to restore Cloudron from backups. My challenge:

• On a new Cloudron install, when going to the UI initially and clicking the restore option, seemingly no combination of relative paths will be accepted by the form.

• Leaving it blank doesn't work, obviously. But neither does /{bucket name} or /{bucket name}/{prefix} or {/{bucket name}/ {snapshots}

Clearly, the form wants a file name at the end of that path. But the examples in the doc all show restoring from a tarball rather than an incremental rsync. Within/snapshots, I have a lot of date-and-code folders and no indication of which file I should point to.

Any help, much appreciated!

EDIT/UPDATE: Saw some success pointing it at the box folder in snapshots; it complained about a lack of version info and wouldn't restore. Turns out the entire contents of fsmetadata.json is:

{
    "emptyDirs": [],
    "execFiles": [],
    "symlinks": []
}

[joseph]

@gregwbrooks The fsmetadata.json file is fine .

Is the confusion around how to fill up the backup id field in the restore UI form? This is simply timestamp/box_vxx_.tar.gz . It does not include the prefix . It is the path inside the prefix .

[gregwbrooks]

@joseph there are no .tar.gz files or even .tar files -- not in /box and not in any of the app backup folders. Just ... files. SQL dumps, json files, etc.

I assumed this was because it was rsync rather than something else.

[joseph]

@gregwbrooks my bad, you are right that in rsync mode, there are no .tar.gz files. In rsync, the path is simply timestamp/box_vxx_yy .