# The latest canary build of Duplicati crashes on running backup jobs to Storj

**URL:** <https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882>\
**Category:** Developer Discussions\
**Tags:** duplicati\
**Created:** [June 30, 2024, 4:02pm UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882 "2024-06-30T16:02:51Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Andisers](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/andisers/32/1124_2.png) [@Andisers](https://forum.storj.io/u/Andisers)\
**Post date:** [June 30, 2024, 4:02pm UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/1 "2024-06-30T16:02:51Z")

</div>

Apparently the latest canary build of Duplicati is not quite compatible with Storj.

- [Tray icon disappears when backup starts · Issue #5224 · duplicati/duplicati · GitHub](https://github.com/duplicati/duplicati/issues/5224)
- [Duplicati crashes when backup starts, with no logs · Issue #5226 · duplicati/duplicati · GitHub](https://github.com/duplicati/duplicati/issues/5226)

On the latest build the runtime was changed to .NET8, shipping with dependencies, therefore no more Mono or .NET install is required.

I think that testing and reporting bugs should help the developers to troubleshoot.

The latest builds are available here: [Releases · duplicati/duplicati · GitHub](https://github.com/duplicati/duplicati/releases). Please note that they are not detectable via the Duplicati UI yet and manual upgrade is required for now.

---

<div class="post-metadata">

**Author:** ![Alexey](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/alexey/32/41_2.png) [@Alexey](https://forum.storj.io/u/Alexey)\
**Post date:** [July 1, 2024, 4:00am UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/2 "2024-07-01T04:00:10Z")

</div>

Thank you for notifying us. I shared this information with the team.  
However, it is unclear if this only happens if the backend is Storj?

---

<div class="post-metadata">

**Author:** ![Andisers](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/andisers/32/1124_2.png) [@Andisers](https://forum.storj.io/u/Andisers)\
**Post date:** [July 1, 2024, 4:18am UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/3 "2024-07-01T04:18:09Z")

</div>

I am not sure if this happens only with Storj as I have not tested other scenarios. There are so many factors to be considered; some tasks run fine, others fail. Apparently tasks seem to fail if the origin directory to be backed up has a lot of files and directories, though it is not sure whether it is _the_ reason of the crash.

---

<div class="post-metadata">

**Author:** ![ifraixedes](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/ifraixedes/32/71_2.png) [@ifraixedes](https://forum.storj.io/u/ifraixedes)\
**Post date:** [July 2, 2024, 10:37am UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/4 "2024-07-02T10:37:14Z")

</div>

@TopperDEL the Storj .Net bindings and Duplicating integration maintainer told us that the bindings should work with the new Duplicati, however, they have open TODOs with Duplicati and they haven’t got the time to go over them so far.

---

<div class="post-metadata">

**Author:** ![Andisers](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/andisers/32/1124_2.png) [@Andisers](https://forum.storj.io/u/Andisers)\
**Post date:** [July 10, 2024, 2:42pm UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/5 "2024-07-10T14:42:18Z")

</div>

@TopperDEL the developer of Duplicati points out the apparent wrong packaging of [uplink.net](http://uplink.net) here: [Win-Arm64 not packaged correctly in Nuspec · Issue #39 · TopperDEL/uplink.net · GitHub](https://github.com/TopperDEL/uplink.net/issues/39#issuecomment-2217243464)

It looks to me that the implementation is moving to the right direction, and I cannot wait that the wrapper to be implemented on Duplicati next canary so that Mono dependencies can be removed 🙂

---

<div class="post-metadata">

**Author:** ![TopperDEL](https://storj.bcdn.literatehosting.com/user_avatar/forum.storj.io/topperdel/32/451_2.png) [@TopperDEL](https://forum.storj.io/u/TopperDEL)\
**Post date:** [July 18, 2024, 7:11am UTC](https://forum.storj.io/t/the-latest-canary-build-of-duplicati-crashes-on-running-backup-jobs-to-storj/26882/6 "2024-07-18T07:11:35Z")

</div>

You may have a look at this PR:  
[Prepared for new Uplink packages that correctly package the Storj binaries by kenkendk · Pull Request #5262 · duplicati/duplicati (github.com)](https://github.com/duplicati/duplicati/pull/5262#issuecomment-2234070508)

It should resolve the issue.
