margus

Syncfileentry: Failed To Write Attributes For File

Recommended Posts

I've set up sync between OS X 10.9 and Ubuntu 12.04 server. Both are using 1.2.28 builds.

1 folder (~40GB) and I use read-only key on Ubuntu side. I set up my share via gui, so no conf file. 

 

Sync works fine. However in every ten minutes the index process starts on my Ubuntu server and my sync log fills with lines like:

 

[20131206 22:46:23.918] SyncFileEntry: Failed to write attributes for file /path/to/folder/somefile.ext

 

Also the CPU usage flies high (~50%)

 

/path/to/folder sits on another partition, if that matters. But it's vfat, so there shouldn't be any write/permission issues.

 

Any ideas?

 

Share this post


Link to post
Share on other sites

Same problem here. One machine is running Ubuntu 13.04 and the other is running Debian 7.2. The same folder on both keeps getting the "Failed to write attributes" error and continuously indexing. Permissions on this folder on both machines is the same as for other folders on those machines which are having no issues completing indexing.

 

Both machines are running btsync Version 1.2.82

 

Any thoughts?

Share this post


Link to post
Share on other sites

Hi,

 

When BTSync delivers files from other peers - it sets them modification time exactly as remote peer has. In your case BTSync fails to set modification time, most likely because the user running BTSync is not the owner of the folder (I guess that in case of vfat - not the owner of mounting point).

 

As a result, BTSync sees difference in modification time and starts re-hashing file pieces to find where is a difference (and sync it, if any).

 

To get rid of this issue you need to make sure that user which runs BTSync on Linux machine is the owner of the folder where data is synced.

Share this post


Link to post
Share on other sites

Same problem here, OSX -> raspbian (read only) writing on an fuse-exfat filesystem. Mount user match, so that's not a problem.

 

The error I get is something like:

 

SyncFileEntry: Failed to write attributes for file <path> - 38

 

The "- 38" appears on all the errors.

 

The sync seems to be stuck (about 60MB to be pushed to the rasbian not completing) and I assume that it might be related. Same folder OSX -> OSX syncs without problems

 

--sergio

Share this post


Link to post
Share on other sites

@hairfarmer88,

 

It needs permissions to read and write files and list directory content in Sync folder, and all subfolders. It might not be the owner of subfolders - if all demands above are satisfied.

Share this post


Link to post
Share on other sites

I have many of these errors in my log on debian. But files are written and synced.

 

Is it possible, that this error occurs if files from a windows-system are synced to a linux-system and the windows-attributes can't be written in linux?

Share this post


Link to post
Share on other sites

@kisenberg

 

No, BTSync does not sync file attributes from Windows to Linux. It just syncs the file body and applies umask as it set for the user running btsync process on Linux. There might be an issue to sync alt streams to Linux xattrs - it's worth checking. If this is the case, then the alt streams which are not possible to sync will be visible it sync queue on Windows desktop.

 

The most often this error pops up when BTSync is unable to set mtime after it synced the file to Linux system. Technically the files were synced, but mtime has not been updated. And usually I see this error when users try to sync data not to a regular storage, but to SMB share.

Check if the mtime of files which are mentioned in the logs is different from the originals.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.