Restore in GUI doesn't expand

Support
#1

Here’s an odd one. Most of my backups on two different PCs look fine when i do a dummy restore but just one backup on one PC doesn’t expand. I can select the Backup ID and revision but its just shows “Revision 1” and an open folder icon but nothing is list underneath it.

Restore
Restore.jpg896×468 32.2 KB

However the backup log shows files have been copied and when I do a

duplicacy list -r 1 -files

it lists out all the files so it seems like its an obscure GUI bug.

I tried deleting the job and cleaning out the snapshot folder from the target but the same thing happened when I recreated the job.

Any ideas on what to check next?

[SOLVED] Folders in GUI do not expand (both back-up and restore)
#2

Does the Back id have any non-alphabet character in it?

#3

Its just letters and a hyphen ( - ) in the middle the same as all the others. Its only different from the others by being the longest name as far as I can see. 18 characters long.

#4

@philosifer, were you able to get this working? I have the exact same problem, the Revision folder “opens” but no sub-folders or files ever get listed, so I can’t restore individual files. I also only have letters (all lowercase) and a single hyphen in my backup ID.

@gchen, have you had any luck troubleshooting this issue?

#5

In case it helps figure out the issue here, in ~/.duplicacy-web/logs/duplicacy_web.log I’m getting the following errors after I choose the revision number from the dropdown list on the restore page:

2019/09/16 20:12:58 INFO SNAPSHOT_INFO Snapshot myname-here revision 3 created at 2019-09-15 11:12
2019/09/16 20:12:58 FATAL DOWNLOAD_CHUNK Chunk 1a7960b46405940452e2d2ffccb3b6bfc6b7aa956d412594a68cc788395a1b4a can't be found
2019/09/16 20:12:58 FATAL DOWNLOAD_CHUNK Chunk 1a7960b46405940452e2d2ffccb3b6bfc6b7aa956d412594a68cc788395a1b4a can't be found
2019/09/16 20:12:58 Failed to list files for backup myname-here revision 3 in the storage myname-here: %!v(MISSING)
#6

@gjch can you follow this guide to figure out why that chunk is missing?

#7

I had already followed that guide @gchen, but unfortunately it just ended up leading to even more questions. The backup log and ‘check’ log were both giving different missing chunks, which based on what I read shouldn’t happen as the check should tell you about all missing chunks.

This is what I was getting in duplicacy_web.log:

2019/09/17 15:52:24 INFO SNAPSHOT_INFO Snapshot temp-name revision 1 created at 2019-09-15 11:05 -hash
2019/09/17 15:52:24 FATAL DOWNLOAD_CHUNK Chunk 6b409ebcb2822bdd5425d0f0a6ac5a953f0b052671a562d6066880a6f579b998 can't be found
2019/09/17 15:52:24 FATAL DOWNLOAD_CHUNK Chunk 6b409ebcb2822bdd5425d0f0a6ac5a953f0b052671a562d6066880a6f579b998 can't be found
2019/09/17 15:52:24 Failed to list files for backup temp-name revision 1 in the storage temp-name: %!v(MISSING)

This is what I was getting in the check log:

2019-09-17 16:00:03.625 FATAL DOWNLOAD_CHUNK Chunk 023d0a53b79da9e00a1e164b922ddcf4e070f1c938116bfa83e2a4332f13bc8d can't be found

Neither of these chunks existed in my Backblaze B2 account, and I didn’t even have a prune log that I could check.

I did notice a bit of a trend while I was troubleshooting this though. It seems like this issue would arise when I created a backup setup, deleted it, and then tried to re-use the same names again to redo the exact same backup setup. So for example, I would create a new B2 bucket, then storage and backup in Duplicacy. I would then delete everything and re-create the bucket/storage/backup again with the exact same names, and that’s when I would experience this problem with the revision folder not displaying anything.

Based on this, maybe with certain storage providers (in my case B2) when you delete everything there are still traces of that setup in their system somewhere, so when you redo everything with the same names it causes problems.

I’ve since created a new backup process using all completely new names, and everything is working great.