Scott S. Jul 27 10:40AM 2017 GUI
I get a "FATAL Chunk [ID] can't be found" error every time I try to restore a file. I've tried multiple snapshots and several different files. I manually verified that the chunks in questions are there and accessible from the computer. (Using a local network folder for the repository.) Using v 2.0.6
What should I check next?
gchen Jul 27 11:19AM 2017
If the storage is a local/network drive or an SFTP server, Duplicacy expects a hierarchical chunk directory (chunk abcdef... will be under the subdirectory ab/cd). For all other types of storages, the chunk directory is flat and there are no subdirectories.
The 'Chunk can't be found' error usually is a result of copying the chunk directory between storages of different types. Did see a flat chunk directory or a hierarchical one from the local network folder?
gchen Jul 27 11:22AM 2017
This thread has more information: https://duplicacy.com/issue?id=5670405876482048
Scott S. Jul 27 1:11PM 2017
I see a hierarchical file structure for sure. The data has not been moved since it was backed up. Subsequent snapshots have gone off fine, so it appears to be finding the chunks when it backs up.
gchen Jul 27 1:41PM 2017
Can you turn on verbose logging and send me the log? Send to email@example.com if you don't want to post here.
Scott S. Jul 27 1:59PM 2017
Will do. It takes like 4-5 hrs to populate the restore file list, so it will be a while. (800K files and 16 TB in the repository)
gchen Jul 27 2:29PM 2017
A much faster way would be to run the CLI version in the DOS prompt (assuming you're running Windows).
The CLI executable can be found under either
C:\Program Files (x86)\Duplicacy or
C:\Users\username\AppData\Local\Duplicacy, depending on if you installed Duplicacy for all users or for the current users.
First create and initialize the directory to be restored:
mkdir c:/temp/restore cd c:/temp/restore duplicacy_win_x64_2.0.6.exe init repository_id storage_url
repository_id can be found in the GUI version -- it is the first one shown in the Repository ID dropdown box under the Restore tab.
You can then restore files using this command:
duplicacy_win_x64_2.0.6.exe -d restore -r revision files
gchen Aug 4 3:58PM 2017
For anyone else who encountered the same chunk not found error (while the chunk file does exist), this is a go bug with the os.Stat() call when the storage directory is on a Windows disk that has the data deduplication option enabled: https://github.com/golang/go/issues/10935
The fix has been checked in to the github branch and should be included in version 2.0.7.