# "found \<n\> files that are missing from the remote storage" investigated a reason for unsuccessful backup

**URL:** https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863
**Category:** Uncategorized
**Created:** [December 25, 2017, 4:50pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863 "2017-12-25T16:50:26Z")
**Posts on this page:** 9
**Page:** 1

<div class="post-metadata">

### Author: ![Boris](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/b/74df32/32.png) [@Boris](https://forum.duplicati.com/u/Boris)
#### Post date: [December 25, 2017, 4:50pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/1 "2017-12-25T16:50:26Z")

</div>

For some months I was struggling with unsuccessful backups on a remote server (1&1, WebDAV).  
The backup always seemed to run fine, the files are created as expected, but at the end an error log is displayed telling that n files are missing from the remote storage. The files listed as missing are identical to the backup files that have been created.

 ![Duplicati WebDAV 1u1 - 2nd level (2)](https://forum.duplicati.com/uploads/default/original/2X/a/ac37dc43043761a764490f70b34ca7f465cbc304.jpg)

I observed this effect on different computers. The settings for the remote backup to this kind of servers have been specified as documented. Login data is ok and the remote connection tests runs fine too.

Now i found out that it occurs only if the target folder (‘Path on server’) is not placed on the top level of the WebDAB server account but at least one level lower, e.g. ‘Path on server’ = “MyBackup\Level2”.  
Backing up to a top level folder, e.g. ‘Path on server’ = “MyBackup”, works fine.

I could verify this with different target folder settings.

I would be interested in your investigations on this. Maybe it is a general issue with similar remote server configurations and this information can help solving issues reported by other users before.

Thanks in advance,  
Boris

---

<div class="post-metadata">

### Author: ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)
#### Post date: [December 25, 2017, 7:15pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/2 "2017-12-25T19:15:50Z")

</div>

> [@Boris](#):
>
> Now i found out that it occurs only if the target folder (‘Path on server’) is not placed on the top level of the WebDAB server account but at least one level lower

Hi, @Boris - welcome to the forum!

Am I correct that [1and1.com](http://1and1.com) is a domain registrar / host not a dedicated cloud drive?

I believe Duplicati does a pre-backup file validation where it compares what it thinks should be at the destination with what is actually there. If the missing files error doesn’t happen at that time but only at the end of the backup then my guess is Duplicati is doing a post-backup “what files do you have” check faster than the WebDAV destination is returning them in the file list.

If that’s the case, then I would expect all your backups are working. Have you tried a restore test?

---

<div class="post-metadata">

### Author: ![Boris](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/b/74df32/32.png) [@Boris](https://forum.duplicati.com/u/Boris)
#### Post date: [December 25, 2017, 10:09pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/3 "2017-12-25T22:09:29Z")

</div>

> Am I correct that [1and1.com](http://1and1.com) is a domain registrar / host not a dedicated cloud drive?

It is a german dsl service provider, domain registrar, … and they do provide cloud storage too. There are some restrictions for the number of files (overall, per folder), but this is not critical for my backups.

> I believe Duplicati does a pre-backup file validation where it compares what it thinks should be at the destination with what is actually there. If the missing files error doesn’t happen at that time but only at the end of the backup then my guess is Duplicati is doing a post-backup “what files do you have” check faster than the WebDAV destination is returning them in the file list.  
> If that’s the case, then I would expect all your backups are working. Have you tried a restore test?

No i haven’t tried yet because even a database repair nor a 2nd backup run did never succeed. But i may check if restore is working.

---

<div class="post-metadata">

### Author: ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)
#### Post date: [December 26, 2017, 5:30am UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/4 "2017-12-26T05:30:05Z")

</div>

I’d suggest a quick restore test just to make sure uploads are working correctly. If that fails then there’s a bigger issue going on.

But if it works then it’s likely a smaller issue that the validation step needs a delay or retry option to better handle slower destinations. Again, if this really is what’s going on then it’s not a great way to run as you might actually have an upload failure but I would expect the worst case would be that you’d find out during the beginning of backup destination check that the previous backup hadn’t finished correctly.

---

<div class="post-metadata">

### Author: ![Boris](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/b/74df32/32.png) [@Boris](https://forum.duplicati.com/u/Boris)
#### Post date: [December 26, 2017, 10:14am UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/5 "2017-12-26T10:14:45Z")

</div>

A ‘Restore’ brings up an empty dialog:

 ![Restore](https://forum.duplicati.com/uploads/default/original/2X/9/96d6395eb54c46f67b150217c694edbb47ee173f.jpg)

A database ‘Verify’ results in the following message:  
_“remote storage, please run repair bei Duplicati.Library.Main.Operation.FilelistProcessor.VerifyRemoteList(BackendManager backend, Options options, LocalDatabase database, IBackendWriter log, String protectedfile) bei Duplicati.Library.Main.Operation.TestHandler.Run(Int64 samples) bei Duplicati.Library.Main.Controller.RunAction[T](T result, String[]& paths, IFilter& filter, Action`1 method) bei Duplicati.Library.Main.Controller.Test(Int64 samples) bei Duplicati.Server.Runner.Run(IRunnerData data, Boolean fromQueue)”_

‘Repair’ does also nothing:  
_“scheduling missing file for deletion, currently listed as Uploading: duplicati-20171225T161211Z.dlist.zip.aes”_

Again: this happens only with target folders on a sublevel. Toplevel folders work fine. I did a 100GB backup last night on this WebDAV server using a toplevel target folder.

---

<div class="post-metadata">

### Author: ![Waenna](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/w/49beb7/32.png) [@Waenna](https://forum.duplicati.com/u/Waenna)
#### Post date: [March 20, 2018, 6:37pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/6 "2018-03-20T18:37:52Z")

</div>

I had the same issue with the 1+1 servers but I could identify the root cause for that behavior: I have used the Windows Path separator ("\") for the destination directory.

Switching to UNIX path separators ("/") fixed my issues and it worked fine afterwards.

---

<div class="post-metadata">

### Author: ![edmund](https://forum.duplicati.com/user_avatar/forum.duplicati.com/edmund/32/2377_2.png) [@edmund](https://forum.duplicati.com/u/edmund)
#### Post date: [December 10, 2018, 5:12pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/7 "2018-12-10T17:12:47Z")

</div>

Have similar issue. Using Linux. Backup over WebDAV (SSL) with custom port. Using just _foldername_ in appropriate field. Tested full path, quotation marks etc - every time testing connection asks to create that folder. So just the foldername without anything shoud work. But backup is empty and goes through very fast. Used only top level folder name - did not help. I need just WebDAV secure (SSL) as other options are not available for that user.

Here is report of last backup which ended as empty and all files were ignored:

[duplicati2.zip](https://forum.duplicati.com/uploads/default/original/2X/0/0233cb1f99c33f83afbb8c861ca1beec84d8d00b.zip) (1.1 KB)

---

<div class="post-metadata">

### Author: ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)
#### Post date: [December 12, 2018, 10:52pm UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/8 "2018-12-12T22:52:49Z")

</div>

Your log file doesn’t seem to be showing any errors, did you maybe attach the wrong one?

---

<div class="post-metadata">

### Author: ![mmsaaa](https://forum.duplicati.com/user_avatar/forum.duplicati.com/mmsaaa/32/2933_2.png) [@mmsaaa](https://forum.duplicati.com/u/mmsaaa)
#### Post date: [July 5, 2020, 11:48am UTC](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/9 "2020-07-05T11:48:32Z")

</div>

Thank you @Waenna (["found \<n\> files that are missing from the remote storage" investigated a reason for unsuccessful backup](https://forum.duplicati.com/t/found-n-files-that-are-missing-from-the-remote-storage-investigated-a-reason-for-unsuccessful-backup/1863/6))

My slash on the path was giving me this problem. I have uploaded around 100 gb on icedrive for almost 10 hours but its keep saying 733 files missing, error, etc.

After reading your post i checked my configuration, there was slash at the end which i removed and saved it. Running the backup again it took 5 minutes and everything ok, amazing.

 ![image](https://forum.duplicati.com/uploads/default/original/2X/6/61169304a3fae7be728f60cfb4e0bec2a010ead1.png)
