Backup of large file fails with exit status 101

I’m using the windows 64 bit web GUI version 1.7.2 with backblaze B2 bucket for storage. I’m running several backups in the schedule and they work OK except for the 3rd one. That folder contains a single large (5GB) encrypted file. I see:
‘exit status 101’

and ‘CLI stderr: runtime error: index out of range [0] with length 0’
in the duplicacy_web.log file

searching the forum I found a similar issue:
[link purposely munged due to new user link restrictions]
hxxps://forum.duplicacy.com/t/backup-failed-for-the-documents-folder-in-macos-13-0/6838
I re-ran the backup with the ‘-hash’ option (in GUI) which didn’t make a difference (it doesn’t seem to make it to the CLI command?).
In the duplicacy_web.log file I see:


2023/11/24 13:00:07 The CLI executable returned an error: exit status 101, exit code: 101


I searched for any file with ‘incomplete’ in the name (as suggested in the forum post), however I didn’t find one. FYI… the first time I ran the backup, it seemed that the backup for the 5GB file succeeded, but all others failed due to insufficient allowed size at backblaze (10GB default). After entering payment info there, now all complete except for the one with the 5GB encrypted file.
Thanks in advance for any help!

This bug is fixed and included in CLI 3.1.0: Handle zero-byte files correctly · gilbertchen/duplicacy@3472206 · GitHub

But, even with the bug fixed you’ll still need to figure out why it can’t read the encrypted file. Maybe a permission issue?

I believe I am running v 3.1.0 CLI:


$ ./duplicacy_win_x64_3.1.0 -help
NAME:
duplicacy - A new generation cloud backup tool based on lock-free deduplication

USAGE:
duplicacy [global options] command [command options] [arguments…]

VERSION:
3.1.0 (27FF3E)


from duplicacy_web.log


2023/11/26 23:35:16 CLI stderr: runtime error: index out of range [0] with length 0
goroutine 90 [running]:
runtime/debug.Stack(0x34, 0x0, 0x0)
/usr/local/go/src/runtime/debug/stack.go:24 +0xa5
runtime/debug.PrintStack()
/usr/local/go/src/runtime/debug/stack.go:16 +0x29
github.com/gilbertchen/duplicacy/src.CatchLogException()
/Users/gchen/zincbox/duplicacy/src/duplicacy_log.go:233 +0xfe
panic(0xfdf940, 0xc0005b05e8)
/usr/local/go/src/runtime/panic.go:965 +0x1c7
github.com/gilbertchen/duplicacy/src.NewSequenceReader(0x19d1d58, 0x0, 0x0, 0xc00064e140, 0x0)
/Users/gchen/zincbox/duplicacy/src/duplicacy_snapshotmanager.go:258 +0x185
github.com/gilbertchen/duplicacy/src.(*Snapshot).ListRemoteFiles(0xc0001ca2a0, 0xc00064da00, 0xc000042500, 0xc00027df88)
/Users/gchen/zincbox/duplicacy/src/duplicacy_snapshot.go:115 +0x1c5
github.com/gilbertchen/duplicacy/src.(*BackupManager).Backup.func2(0x0, 0xc00055c720, 0x0, 0xc0001ca2a0, 0xc0001b10a0, 0xc000042500)
/Users/gchen/zincbox/duplicacy/src/duplicacy_backupmanager.go:252 +0xcd
created by github.com/gilbertchen/duplicacy/src.(*BackupManager).Backup
/Users/gchen/zincbox/duplicacy/src/duplicacy_backupmanager.go:238 +0x96e
2023/11/26 23:35:16 The CLI executable returned an error: exit status 101, exit code: 101