# Duplicati stuck on Compact when Getting/Putting from OneDrive and results in missing files

**URL:** https://forum.duplicati.com/t/duplicati-stuck-on-compact-when-getting-putting-from-onedrive-and-results-in-missing-files/16641
**Category:** Support
**Tags:** bug
**Created:** [August 11, 2023, 7:52pm UTC](https://forum.duplicati.com/t/duplicati-stuck-on-compact-when-getting-putting-from-onedrive-and-results-in-missing-files/16641 "2023-08-11T19:52:30Z")
**Posts on this page:** 1
**Showing post:** 13

<div class="post-metadata">

### Author: ![ts678](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/t/8491ac/32.png) [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [August 15, 2023, 7:27pm UTC](https://forum.duplicati.com/t/duplicati-stuck-on-compact-when-getting-putting-from-onedrive-and-results-in-missing-files/16641/13 "2023-08-15T19:27:24Z")

</div>

> [@arberg](#):
>
> I havn’t yet spent the time to find the switches to create such a deep-test.

> [@ts678](#):
>
> [The TEST command](https://duplicati.readthedocs.io/en/latest/04-using-duplicati-from-the-command-line/#the-test-command) can do intensive file downloading up to the entire content of backup destination.

> `--full-remote-verification`  
> Checks the internal structure of each file instead of just verifying the file hash.

but that likely gets some complaints about Extra (better than Missing though). A known issue.  
Pull request has been made, but pull request processing has unfortunately been flowing well.

This only goes so far and is not a replacement for an actual restore test or database recreate.  
There is a recent forum topic on recreate having trouble that [the usual self-tests didn’t predict](https://forum.duplicati.com/t/duplicati-database-recreate-running-for-a-week/16651/9).

[Good practices for well-maintained backups](https://forum.duplicati.com/t/good-practices-for-well-maintained-backups/13706) has some other suggestions.

> [@arberg](#):
>
> So doing a backup with dblock-size 1 MB (which is minimum supported), and then upping it by 5x on each compact run might trigger it.

I’m testing with a script with 1 GB of data at default 50 MB dblock-size, changing 10% of the blocks on each run, using --threshold=5 to make it hyper-sensitive to wasted space. This churns quite effectively:

> 2023-08-15 10:43:21 -04 - [Information-Duplicati.Library.Main.Operation.CompactHandler-CompactResults]: Downloaded 29 file(s) with a total size of 1.12 GB, deleted 60 file(s) with a total size of 1.14 GB, and compacted to 4 file(s) with a size of 62.17 MB, which reduced storage by 56 file(s) and 1.08 GB

I was going to try 250 MB next, but I suppose I could go the other way. You can have the batch file if you’d like to play with it. The data-changer is a separate Python script similar to the one posted [here](https://forum.duplicati.com/t/how-to-clear-the-duplicati-scheduler-queue/15679/9).

Main loop is just 1) change 2) backup 3) pause so I can kill it if desired. No hang yet. I did see retries.

---

_[View the full topic](https://forum.duplicati.com/t/duplicati-stuck-on-compact-when-getting-putting-from-onedrive-and-results-in-missing-files/16641)._
