mr.canada
-
Posts
38 -
Joined
-
Last visited
Posts posted by mr.canada
-
-
my log file shows these messages on the first time Sync ran upon rebooting after the machine froze...
[20180116 18:24:06.712] VerifyFileWithHash failed on file /Users/admin/Library/Application Support/Resilio Sync//sync.dat with status 4.
[20180116 18:24:06.713] VerifyFileWithHash failed on file /Users/admin/Library/Application Support/Resilio Sync//sync.dat with status 2.
[20180116 18:24:06.714] VerifyFileWithHash failed on file /Users/admin/Library/Application Support/Resilio Sync//sync.dat with status 4.
[20180116 18:24:06.715] Unsupported or empty sync.dat fileI've resorted this file from backup, but I continue to get the same error.
-
@Helen, can you look deeper into this issue and offer a solution - it is very clear that it's easy to make sync.dat become corrupt by forcing a Mac to reboot. once it is corrupt, restoring a good copy from backup is not enough. there must be another step that we don't know about. Help!
-
On 2017-12-21 at 4:03 AM, hannahbanana said:
Hi helen
yes sync.dat and sync.dat.old are backed up, they are the ones I’ve tried restoring to no avail.
Upon being prompted for a new identity, ive quit sync, then restored, then restarted sync. I’ve tried numerous times - first just restoring sync.dat, also trying with sync.dat.old, restoring both, and restoring the entire sync folder from the <user>/ application settings, to no avail. How and what exactly should I restore to make this work?
I'm having the same problem, and I'm trying the same things you are, and I'm making no progress. I have a TimeMachine backup going back a year. My machine froze yesterday and I had to do a hard reboot. When Sync launches, it wanted to create a new identity. So I found this thread and followed Helen's instructions, restoring sync.dat from backup. Same problem.
The instructions on how to restore a corrupt settings file from backup after a crash are clearly incomplete. there must be a step that we're missing. old backups of a good file don't just "go bad".
Please, what else can we try to restore our identify from backup?
-
59 minutes ago, Trouffman said:
I do have a similar issue in between a Windows and Ubuntu nodes both at 2.5.5 ...
update to 2.5.6. it fixes it.
-
Can you explain if this relates to Mac users at all?
Apple no does not have a "server" version of their OS, but they do have a $20 app in the App Store that helps you configure filesharing and other "server-like" features.
Does this count as a workstation or a server?
-
how does this version differ from v2.5.10015 that was made available over the last week to address the problem of getting stuck with 100% cpu usage. Is this the same version just promoted to Released status, or are there other difference?
-
Hi @Helen, v2.5.6 was just released. Does it differ from 2.5.10015 in any way? thanks.
-
On 2017-07-07 at 7:21 AM, Helen said:
Thank you Helen, this build appears to have fixed this problem for me. I'm using 2.5.10015 on all of my sync devices, and looking forward to an official release that includes these fixes. Thanks again!
-
until a few minutes ago, there were 3 devices linked to this synced folder. everything was indexed and synced. Then, I added "Mary's MacBook Pro". This image shows two problems.
1. CPU usage on these two devices (invok and NYC Server) went to 100% and the gui became unreliable. sometimes you can interact with it, sometimes you can't. the program is NOT crashed - it's just very very busy. been like this for 3 hours. I think this is also the case on the other 2 devices but I'm not in front of them.
2. Resilio wants to send all 807 gigs of data (100% of the contents of the folder) to Mary's MacBook Pro. That makes no sense, as all of this data already exists on Mary's MacBook Pro (It was synced in the past. maybe 10 files are different and need syncing, not all of them).
-
Quote
I just noticed and installed 2.5.5. it does not solve this problem for me.
-
How do you download the latest 2.4.x version? that might be the only solution at this point...
-
p.s. I am RIGHT in the middle of this problem, and doing my very best to get it working today. If anyone has any input, it would be wonderful if we could collaborate today. I will watch this tread closely. Thanks.
-
I notice that REPERTOR uses a Mac. I also use Macs. Have you done anything special with resource forks? I have edited my StreamsList file to ignore all 3 optional streams, like this:
# StreamsList is a UTF-8 encoded .txt file that helps you specify alternate streams,
# xattrs and resource forks white list. It supports "?" and "*" wildcard symbols.
#
#
# com.apple.metadata:_kMDItemUserTags
# com.apple.ResourceFork
# com.apple.metadata:kMDItemFinderCommentI added the # before the 3 lines, to prevent them from being synced. Is this part of the problem? I had forgotten about this change, as I made it over a year ago. It actually was NOT in place when I created a new sync of one folder, and at first it appeared to sync successfully, but since adding another peer to the folder it now wants to sync 100% of the files in the folder to that peer, but it making no progress. 0 files are being sent to that peer.
I edited this file to prevent metadata and resource forks being transmitted in an attempt to speed up syncing lots and lots of files. I'm not sure if it's necessary, beneficial, or a source of a problem.
-
2 hours ago, Helen said:
how many files you have in the share?
About 350,000 files
about 3 TB of data
I'm now in the process of creating many shared folders in Resilio, one share for each subsubfolder. So far, it's working, but I don't know if I am heading for the same limit.
If I share one parent folder, which contains 10 child folders, each of which contain 35,000 files, then I have already proven to myself that I trigger this problem and Resilio fails to sync the folder.
If, instead, I share each of the child folders one at a time, 35,000 files each, will I eventually reach a limit and trigger the problem? I don't know. I'm doing so now.
So far I have shared two folders, and it is currently working.
(this post overly simplified the situation - its not really 10 folders each with exactly 35,000 files... but you get the idea...)
-
I think I'm seeing the exact same problem. Im on Mac, and have tried the following, which should solve all syncing problems, but does NOT....
-remove the shared folder from within Resilio Sync on all clients
-delete Library - Application Support - Resilio Sync on all clients
-Launch Resilio Sync, create a new Standard folder on one machine
-Add key to rest of clients, "Folder Not Empty, Continue?" = yes
Double check that I've pointed all of the clients to the exact same path (I have), expect the folders to become synchronized... cry a small tear as Resilio reports that all 1 MILLION files are queued to be sent to all clients, but none actually begin moving, and clients becomes unstable with 100% cpu usage for 24+ hours.
Something happened with v2.5.x that created this bug. I can't put my finger on it, but I'm sure it is a recent problem. Is it a known issue? what is the most recent stable version that does not have this bug, and how do I download it?
At a complete standstill - Resilio 2.5.x unusable at the moment.
-
@RomanZ, I believe @Dr Tone is referring to this thread...
@Helen has acknowledged it as a bug and seems to know that a fix is scheduled to be released on Monday. So I have the same question that @Dr Tone has - if there is a known problem, and it's a serious problem, why continue to make 2.5.2 available?
Posted Monday at 09:17 AM · Report post
The release will not be ready ti Monday. The team is working on it. Thank you all for patience.
-
13 hours ago, mr.canada said:
I too used "check for updates" from within the app, upgraded to 2.5.2, and have no peers. I thought it was because the peers had not upgraded to I upgraded all of them. no peers.
if you know there's a show-stopping bug, why not disable the automatic upgrade?
** Update **
I have 6 peers. yesterday, I upgraded one of them to 2.5.2 and immediately had this problem. no peers. Stupidly, I upgraded 1 more peer, thinking the problem was incompatible versions. that actually worked - those peers saw each other, but no others. so I upgraded one more, who at first saw no one, old version or new. Then I found this thread.
Rather than roll back to 2.4, I left it like this overnight. to my surprise, all peers now see each other!
Could it be that peer discovery is not really broken in 2.5.2 - it's just really, really slow to discover peers?
-
On 2017-05-22 at 9:17 AM, Helen said:
The release will not be ready ti Monday. The team is working on it. Thank you all for patience.
I too used "check for updates" from within the app, upgraded to 2.5.2, and have no peers. I thought it was because the peers had not upgraded to I upgraded all of them. no peers.
if you know there's a show-stopping bug, why not disable the automatic upgrade?
-
I thought so too, but follow the link and read up on it - it has already launched. It was there in OS X Sierra 10.12.0. It has several limitations, biggest being that it's currently not bootable. That's what apple plans to launch sometime in 2017. In the mean time, it's there for non-bootable volumes.
-
With Apple about to make Apple File System widely available in 2017, it would be great if Resilio were actively working on whatever compatibility and/or performance benefits may be possible with it now, rather than later. I don't know what changes, if any, it signifies for Sync. I'm just requesting that it be investigated and taken into consideration before AppleFS becomes the default bootable format for Macs.
-
Some more details - Mac OSX Sierra, and Sync v2.4.1.
-
I'm syncing an entire external hard drive. this is critical to my workflow - i can't put it's files into a subfolder and just sync that folder.
It's working, but i get errors about files that can't be synced because they're open or it doesn't have enough permission. I think they are hidden files that refer to what files have changed over time. sounds kind of important....
They have random file names, so i don't know how to exclude them.
-
some feedback on this question would be most appreciated.
-
bump..
Any advice on this would be appreciated. Your documentation is very weak on these settings - says things like "you can increase performance by increasing send and receive buffer size". Really? how much?
Lost identity - AGAIN
in Sync Troubleshooting
Posted
my best guess is that Resilio's settings file - sync.dat and maybe others, are held in an open state all the time. this would explain why they often go "corrupt" when your machine looses power, and why backup programs fail to accurately back them up.
newest version of Resilio's release notes says it improves on this problem, but I don't know how. real solution is to not hold these files open all the time.
perhaps I should make a new habit - each time I change an important setting or add a new synced folder, I should quit resilio, backup it's sync.dat file, and start it again. I'll just run around to all the machines that I sync folders with and make copies of this obscure settings file.
or maybe, just maybe, the next version of resilio could just do this for me.