Problem:
While running my backup task using Carbon Copy Cloner on OS X copying data from my local machine to my FreeNAS box via AFP I get an error saying:
The detailed error message is:
CCC uses rsync in the background to perform backup operations.
I have contacted CCC support and they have said:
"these errors are occurring because the destination filesystem is failing to return a list of extended attributes for a particular file upon request. This may not be an issue with the ZFS filesystem, in fact it's more likely an issue with the file sharing service on the NAS. These errors don't occur with a Finder copy because nothing exists at the destination when Finder is trying to copy a file there. Indeed, "I have also tried deleting the file from the NAS and running the task again as requested by CCC" -- the error only occurs when CCC tries to get a list of extended attributes on an existing file so it can determine whether they need to be updated.
I really like CCC so it would be great to get to the bottom of the error and fix anything that needs fixing etc so it works as required.
There's a simple workaround -- instruct CCC to not copy any extended attributes. This section of CCC's documentation explains the workaround (in a slightly different context):
https://bombich.com/kb/ccc4/trouble...en-copying-files-or-from-synology-diskstation
"
As the response above states the error occurs: "because the destination filesystem is failing to return a list of extended attributes for a particular file upon request".
The problem happens every time I run the backup task sometimes a fair while into the backup task and at other times almost immediately.
My question is why is FreeNAS/AFP not returning the extended attributes for a given file, why so some work and others not?
Is it an AFP setup issue?
Has anyone had similar issues?
I have searched the forum and the internet for a few hours but decided its time to post in the forum for help.
Instructing CCC to not copy the extended attributes solves the issue as it leaves them out, however that isn't really a solution only a work around.
Ideally I would like to solve the issue so that extended attributes can be copied and checked during my backup tasks etc.
Carbon Copy Cloner version:
OS X version:
FreeNAS version:
While running my backup task using Carbon Copy Cloner on OS X copying data from my local machine to my FreeNAS box via AFP I get an error saying:
“The “task name” task has encountered physical read errors"
This task is still running, and CCC will copy as many files as possible.
Physical read errors may cause the backup task to take longer than normal. You can stop the backup task at any time. CCC will pick up where it left off the next time you run the task. Open CCC and click on the source volume in the sidebar for read error statistics.”
This task is still running, and CCC will copy as many files as possible.
Physical read errors may cause the backup task to take longer than normal. You can stop the backup task at any time. CCC will pick up where it left off the next time you run the task. Open CCC and click on the source volume in the sidebar for read error statistics.”
The detailed error message is:
Code:
Error codes: 1016 : 1900 : 5 Error: rsync: [generator]get_xattr_names: llistxattr("/Volumes/.../PNLF SB.txt",1024) failed: Input/output error (5) Advice: Delete this file from the destination, then try the backup task again.
CCC uses rsync in the background to perform backup operations.
I have contacted CCC support and they have said:
"these errors are occurring because the destination filesystem is failing to return a list of extended attributes for a particular file upon request. This may not be an issue with the ZFS filesystem, in fact it's more likely an issue with the file sharing service on the NAS. These errors don't occur with a Finder copy because nothing exists at the destination when Finder is trying to copy a file there. Indeed, "I have also tried deleting the file from the NAS and running the task again as requested by CCC" -- the error only occurs when CCC tries to get a list of extended attributes on an existing file so it can determine whether they need to be updated.
I really like CCC so it would be great to get to the bottom of the error and fix anything that needs fixing etc so it works as required.
There's a simple workaround -- instruct CCC to not copy any extended attributes. This section of CCC's documentation explains the workaround (in a slightly different context):
https://bombich.com/kb/ccc4/trouble...en-copying-files-or-from-synology-diskstation
"
As the response above states the error occurs: "because the destination filesystem is failing to return a list of extended attributes for a particular file upon request".
The problem happens every time I run the backup task sometimes a fair while into the backup task and at other times almost immediately.
My question is why is FreeNAS/AFP not returning the extended attributes for a given file, why so some work and others not?
Is it an AFP setup issue?
Has anyone had similar issues?
I have searched the forum and the internet for a few hours but decided its time to post in the forum for help.
Instructing CCC to not copy the extended attributes solves the issue as it leaves them out, however that isn't really a solution only a work around.
Ideally I would like to solve the issue so that extended attributes can be copied and checked during my backup tasks etc.
Carbon Copy Cloner version:
- Version 4.1.2 (4131)
OS X version:
- OS X Yosemite 10.10.3 (14D136)
FreeNAS version:
- FreeNAS-9.3-STABLE-201505130355
- Motherboard: SuperMicro X10SL7-F
- CPU: Intel Xeon E3-1231 v3
- RAM: 16 GB (2x8GB) ECC SAMSUNG 1.35v 1600 MHz (M391B1G73QH0-YK0)
- Storage: 2x 4 TB WD RED + 2x 4TB SEAGATE NAS HDD setup as a GELI encrypted RAIDZ2.
- Boot: Sandisk Extreme 32 GB USB3.0 (SDCZ80-032G-GAM46)