# Duplicati detects spurious timestamp changes

**URL:** https://forum.duplicati.com/t/duplicati-detects-spurious-timestamp-changes/9225
**Category:** Support
**Created:** [February 18, 2020, 4:18pm UTC](https://forum.duplicati.com/t/duplicati-detects-spurious-timestamp-changes/9225 "2020-02-18T16:18:56Z")
**Posts on this page:** 1
**Showing post:** 2

<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: [February 18, 2020, 5:02pm UTC](https://forum.duplicati.com/t/duplicati-detects-spurious-timestamp-changes/9225/2 "2020-02-18T17:02:44Z")

</div>

> [@anon91846751](#):
>
> Deleting and recreating the DB does not help.

This can make things worse because the [remote has resolution to the second](https://forum.duplicati.com/t/disk-image-malformed-database-after-upgrade/8959/7), whereas NTFS has 100 nanosecond resolution (other filesystems have other resolutions). So first backup may do lots of reads, attempting to make sure that the false-alarm timestamp changes (not visible in log due to its resolution) are truly nothing to worry about, and that file contents are as expected… What’s odd though is this part:

> [@anon91846751](#):
>
> This seems to happen always with the same files.

Above link shows where to look in the DB for time records if you like, e.g. using [DB Browser for SQLite](https://sqlitebrowser.org/).

If you can cut this down into reproducible test steps for repeatable time mismatches, it’s worth an [issue](https://github.com/duplicati/duplicati/issues). Support requests in this forum are not tracked, and the developers tend to work from the GitHub issues.

When coming up with steps, it would also be worth testing whether USN use has an effect on this issue, however I’m not seeing this on backups of files from Windows 10 NTFS with [–snapshot-policy](https://duplicati.readthedocs.io/en/latest/06-advanced-options/#snapshot-policy)=required.

---

_[View the full topic](https://forum.duplicati.com/t/duplicati-detects-spurious-timestamp-changes/9225)._