# FTP delete not atomic / verified / transactional (?)

**URL:** <https://forum.duplicati.com/t/ftp-delete-not-atomic-verified-transactional/12936>\
**Category:** Support\
**Tags:** bug\
**Created:** [August 24, 2021, 5:22am UTC](https://forum.duplicati.com/t/ftp-delete-not-atomic-verified-transactional/12936 "2021-08-24T05:22:08Z")\
**Posts on this page:** 1\
**Showing post:** 35

<div class="post-metadata">

**Author:** ![Sami\_Lehtinen](https://forum.duplicati.com/user_avatar/forum.duplicati.com/sami_lehtinen/32/1779_2.png) [@Sami\_Lehtinen](https://forum.duplicati.com/u/Sami_Lehtinen)\
**Post date:** [November 16, 2022, 6:17am UTC](https://forum.duplicati.com/t/ftp-delete-not-atomic-verified-transactional/12936/35 "2022-11-16T06:17:01Z")

</div>

Based on the latest information on the forum, and suitably small backup set I confirmed this again and now in steps, with restore test between each step.

1. Compact fails - Restore still works
2. Backup stops working - Restore still works
3. Run repair - Restore still works
4. Run compact again - Now backup is broken.

So it’s exactly like I said in the very first post. Systemic logical error which makes the backups unrestorable.

It’s fixed when it’s fixed. Acknowledged. And it’s exactly as bad trap as I said it would be.

But it’s still interesting why test claims it’s not broken.

---

_[View the full topic](https://forum.duplicati.com/t/ftp-delete-not-atomic-verified-transactional/12936)._