The files will stay dirty in both conflicting locations and wait for manual conflict resolution (csync2 -f).
From: ext Stian Brattland [mailto:st...@brattland.no] Sent: Monday, September 09, 2013 8:32 To: csync2@lists.linbit.com; Gruellich Frank (HERE/Schwalbach) Subject: Re: [Csync2] Csync2 and file comparison What happens then if I stick to the default conflict resolution, which is none? Will the nodes then remain stuck in "error", meaning that I need to intervene manually each time a new upload (same filename) happens before the old file was deleted from all nodes? On 02 September 2013 at 09:15 frank.gruell...@here.com<mailto:frank.gruell...@here.com> wrote: --> --> The receiving csyncd will notice that it’s local version of index.php is dirty and conflicts with the one send from remote and will apply conflict resolution (section 1.1.1 of paper.pdf). From: csync2-boun...@lists.linbit.com<mailto:csync2-boun...@lists.linbit.com> [mailto:csync2-boun...@lists.linbit.com] On Behalf Of ext Stian Brattland Sent: Saturday, August 31, 2013 9:27 To: csync2@lists.linbit.com<mailto:csync2@lists.linbit.com> Subject: [Csync2] Csync2 and file comparison Hi, I' m using csync2 to keep a cluster of web servers synchronized. I've set up csync2 in a chained replication, meaning that create, update and delete events will go from one server to the next until the circle has been completed. This works well. However, I've got one concern: Let's say the cluster contains 4 web servers. The file 'index.php' gets deleted from web01, and the event gets propagated to web02, web03, web04 and finally back to web01 to complete the circle. In this case, web01 won't do anything as the file has already been deleted from this web server. However, let's say that once 'index.php' has been deleted from web01, a new version of 'index.php' gets uploaded to web01. As far as I can tell, this leads to the newly uploaded file being deleted as well due to the fact that when the event comes back to web01 - then 'index.php' still appears to exist. It is indeed a file with the same name...but in reality it isn't the same file. My assumption is that file comparisons are name based. However, is this correct? Does csync2 use others means to check if two files indeed are the same (besides from checking path and filename)? -- Stian Brattland Gåsebæksvej 15, 1 2500 Valby Danmark -- Stian Brattland Gåsebæksvej 15, 1 2500 Valby Danmark Tlf.: +45 25 67 14 49
_______________________________________________ Csync2 mailing list Csync2@lists.linbit.com http://lists.linbit.com/mailman/listinfo/csync2
