# Could not find the file.... /tmp
**URL:** https://forum.duplicati.com/t/could-not-find-the-file-tmp/12153
**Category:** Support
**Created:** [April 8, 2021, 10:12am UTC](https://forum.duplicati.com/t/could-not-find-the-file-tmp/12153 "2021-04-08T10:12:47Z")
**Posts on this page:** 1
**Showing post:** 20
### Author:  [@ts678](https://forum.duplicati.com/u/ts678)
#### Post date: [April 12, 2021, 10:04pm UTC](https://forum.duplicati.com/t/could-not-find-the-file-tmp/12153/20 "2021-04-12T22:04:09Z")
> [@temp-write](#):
>
> Issues started to happen after the last restart.
If you had any backups complete, you can look in `Complete log` in the logs for their `RetryAttempts`.
Although your issue seems sudden, perhaps there was a sub-critical problem that had grown worse.
[number-of-retries](https://duplicati.readthedocs.io/en/latest/06-advanced-options/#number-of-retries) can be raised to counter intermittent issues. About → Show log → Live → Retry is another way to see them in real-time. You can click on some of the error lines to see details on them.
An easier plan for long-term monitoring is [log-file](https://duplicati.readthedocs.io/en/latest/06-advanced-options/#log-file)=\ and [log-file-log-level](https://duplicati.readthedocs.io/en/latest/06-advanced-options/#log-file-log-level)=retry or higher, but log reveals private information at higher levels such as `verbose`, so maybe don’t start that high right now.
> [@temp-write](#):
>
> I tested the connection to B2. It is successful.
This is merely a minimal sanity test that access is possible, and a directory list request does not fail.
[Duplicati.CommandLine.BackendTester.exe](https://duplicati.readthedocs.io/en/latest/07-other-command-line-utilities/#duplicaticommandlinebackendtesterexe) is a somewhat better test, and doesn’t take all that long.
You would give it target URL going to an empty folder, based on URL from [Export As Command-line](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#exporting-a-backup-job-configuration).
Previously [mentioned](https://forum.duplicati.com/t/could-not-find-the-file-tmp/12153/12) problem [Backup to WeDAV / Nextcloud never completes](https://forum.duplicati.com/t/backup-to-wedav-nextcloud-never-completes/12143/8) was network issues exhausting retries, which somehow seems to lead to a missing Temp file, then failure of the backup.
> [@temp-write](#):
>
> It’s based on rsync, isn’t it?
No, but similarly-named program [duplicity](http://duplicity.nongnu.org/) is.
> [@temp-write](#):
>
> Should just continue where it dropped off?
Ideally, however there are some sanity self-checks before backup, and this failed, so no continue.
Currently, the recommended way (when it works…) to interrupt backup is “Stop after current file”.
Next Beta [should handle “Stop now”](https://github.com/duplicati/duplicati/issues/4037). I’m not sure it handles process kills but you had little choice.
> [@temp-write](#):
>
> is there a way to fix this?
There is no sure-fire way to clear up “Detected non-empty blocksets with no associated blocks!”,
however because it’s likely a problem with a recent file backup, you could try deleting last backup.
Backups are numbered with 0 being the latest. Numbers and dates are also on [Restore](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#restoring-files-from-a-backup) selector.
If you decide to try this, enter [Commandline](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#using-the-command-line-tools-from-within-the-graphical-user-interface) screen, change `Command` to `delete`, and change the
`Commandline arguments` box to `--version=0`. Run that and see if it cleanly deletes that version.
`Verify files` button can repeat the self-check that failed. Maybe test will pass after the deletion.
The other thing that sometimes works is the `Repair` button on the [Database](https://duplicati.readthedocs.io/en/latest/03-using-the-graphical-user-interface/#database-management) screen, and if you’re
willing, you can use the `Create bug report` before that, in case posting it will help see the issue.
Manual repairs to the database are sometimes possible, but it’s involved, so let’s try simpler ones.
> [@drwtsn32](#):
>
> you might try selecting a smaller set of data to back up, just to see if it can complete successfully.
Excellent idea. When the usual backup stops working, try different things to see what can still work.
---
_[View the full topic](https://forum.duplicati.com/t/could-not-find-the-file-tmp/12153)._