# Getting odd metadata errors
**URL:** https://forum.duplicati.com/t/getting-odd-metadata-errors/1710
**Category:** Support
**Created:** [December 11, 2017, 1:52pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710 "2017-12-11T13:52:50Z")
**Posts on this page:** 5
**Page:** 1
### Author:  [@joolsr](https://forum.duplicati.com/u/joolsr)
#### Post date: [December 11, 2017, 1:52pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710/1 "2017-12-11T13:52:50Z")
Using Duplicati version Duplicati - 2.0.2.13\_canary\_2017-11-22
Pc running Manjaro Linux up to date.
Hi
I recently started getting lots of errors such as the following :-
Failed to process metadata for "/home/julianr/xxxxxx, storing empty metadata
UnixSupport.File+FileAccesException: Unable to access the file “/home/julianr/xxxxx” with method llistxattr, error: ENODATA (61)
The files appear to be backed up ok still, but I got over 64000 errors same as above. All these files are on the same machine (although via a smb mount from a server) that is running Duplicati. The backup is running to an Amazon S3 account.
I’m wondering if it may be related to installing[timeshift](https://github.com/teejee2008/timeshift) which I’m using with rsync links to create snapshots of my os?
This is only a guess due to the timing of when the backup issues started and when Timeshift was installed. Uninstalling Timeshift and rebooting hasn’t helped though.
I cant find any info on these errors or if they relate to Timeshift.
If anyone can help please do
---
### Author:  [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)
#### Post date: [December 11, 2017, 5:51pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710/2 "2017-12-11T17:51:02Z")
At first glance I’d GUESS you’re right and it’s related to the rsync + hard-link mode of timeshift…but that’s just a guess.
If you create a small test backup pointing to a few of the files that show up in your 64,000 errors do you get the error with that new backup as well? (I’m assuming you will…)
---
### Author:  [@kenkendk](https://forum.duplicati.com/u/kenkendk)
#### Post date: [December 12, 2017, 1:34pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710/3 "2017-12-12T13:34:21Z")
> [@joolsr](#):
>
> ENODATA
I think we need to suppress that error message in this line:
>
According to the docs the error means that there is no data, or that the data could not be accessed. If we suppress this error, we risk loosing extended attribute data in the case where the user has no access to it, but I think that risk is worth it to avoid 64k warnings, since the user really cannot access it anyway.
---
### Author:  [@joolsr](https://forum.duplicati.com/u/joolsr)
#### Post date: [December 12, 2017, 1:43pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710/4 "2017-12-12T13:43:45Z")
Thanks for looking at this.
Do I take it that without the extended attribute data that the backups are ok and can be restored fully without issues?
I’ve removed Timeshift now but still get errors in the log but these aren’t shown at the end of the backup run oddly enough
---
### Author:  [@kenkendk](https://forum.duplicati.com/u/kenkendk)
#### Post date: [December 12, 2017, 1:46pm UTC](https://forum.duplicati.com/t/getting-odd-metadata-errors/1710/5 "2017-12-12T13:46:01Z")
> [@joolsr](#):
>
> Do I take it that without the extended attribute data that the backups are ok and can be restored fully without issues?
I always recommend testing a restore, but I do not see any problems related to this, except if you depend on extended attributes to be restored correctly.
> [@joolsr](#):
>
> I’ve removed Timeshift now but still get errors in the log but these aren’t shown at the end of the backup run oddly enough
From the description of the error, I think it is more likely an issue with the filesystem, rather than Timeshift.