Sign in to follow this  
arynhard

Sync Queue In A Frozen State With Encrypted Peer

Recommended Posts

After switching my secrets over to the encryption secret for my server, I cannot get a complete sync. 600+ files are stuck in the queue. If I remove the file that sync is stuck on, then it gets stuck on the next file in the queue. Is anyone else having issues with the encryption secrets?

Share this post


Link to post
Share on other sites

After switching my secrets over to the encryption secret for my server, I cannot get a complete sync. 600+ files are stuck in the queue. If I remove the file that sync is stuck on, then it gets stuck on the next file in the queue. Is anyone else having issues with the encryption secrets?

 

Could you tell me a bit more about your configuration?  OS, version of Sync on host/peers, etc?

 

aaron

Share this post


Link to post
Share on other sites

I am running sync 1.3.94 on opensuse 13.1. I have sync 1.3.94 running on a OS X Mavericks with the read write secret. My opensuse server runs with the API key and  the encryption secret.

Share this post


Link to post
Share on other sites

I am getting the following when looking at systemctl status...

sync btsync[359]: LoadTorrent: file....exists, but failed to get mtime 36

Not quite sure that the file it is referencing is the one causing the issue because it is the encrypted name.

Share this post


Link to post
Share on other sites

@arynhard,

 

What is your dir depth an the longest path on non-encrypted peer? Encrypted names are ~+30% longer, so it might happen that target FS does not accept such long paths.

Share this post


Link to post
Share on other sites

@arynhard,

 

What is your dir depth an the longest path on non-encrypted peer? Encrypted names are ~+30% longer, so it might happen that target FS does not accept such long paths.

@RomanZ,

 

The depth ranges from 6 to 7. Some of the names of the files are long. Very possibly could be that the FS (ext4) is not happy with the length. After looking at other filesystem types it seems 255 bytes is the max filename length we can get. Is there any other alternative other than renaming the files?

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.

Sign in to follow this