[Csync2] csync2 prefix mapping ==> I/O Error 'No such file or directory' in rsync-check

[Samba]

Hi Lars,

It looks like the issue not always reproducible; but there seems to be a
pattern which i could not yet identify. CSync2 has occasionally failed to
replicate some files alternate locations.

Here is the test that i ran as per you suggestion:

[root at master ~]# mkdir  /opt/test-bet/net
> [root at master ~]# touch /opt/test-bet/net/abc
> [root at master ~]# csync2 -c
> [root at master ~]# csync2 -x
> [root at master ~]# csync2 -rf /opt/test-bet/net
> [root at master ~]# csync2 -x
> [root at master ~]# csync2 -rf /opt/test-bet/net
> [root at master ~]# ls /opt/test-bet/net
> abc
> [root at master ~]# rm -rf /opt/test-bet/net
> [root at master ~]# csync2 -x
> I/O Error 'No such file or directory' in rsync-check: /opt/test-bet/net/abc
> While syncing file %_opt_test-bet%/net:
> ERROR from peer(%_opt_test-bet%/net): slave  octet-stream 12
> ERROR from peer(<no file>): slave rs6
> Finished with 2 errors.



Here is my configuration file:

group default
> {
>         host master; #primary/master server
>         host (slave); #secondary/slave server
>         key /etc/csync2/csync2.key;
>         include %_opt_test-bet%;
>         exclude *~ .*;
>         backup-directory /var/backups/csync2;
>         backup-generations 3;
>         auto left;
> }
> prefix _opt_test-bet {
>         on master: /opt/test-bet;
>         on *: /opt/best;
> }





unfortunately, we could not gather logs at that moment and hence are not in
a position to confirm if the failure was also due to a deletion of an
existing file on master; or there may be other cases also when it fails
which we have not yet identified.

It would be great if you can look into this issue and verify if the patch
submitted by *Dennis Schafroth * is good enough to fix this issue.

I will also test and verify that patch so as ensure that we do not
introduce any other issues with it.

Thanks and Regards,
Samba


=======================================================


On Thu, May 24, 2012 at 1:34 AM, Lars Ellenberg
<lars.ellenberg at linbit.com>wrote:

> On Mon, May 21, 2012 at 03:12:41PM +0530, Samba wrote:
> > Hi Lars,
> >
> > I'm facing an issue with syncing files to alternate locations via prefix
> > mapping.
> >
> > Here is my config:
> >
> > group smgr_core
> > {
> >         host master;
> >         host (slave);
> >         key /etc/csync2/csync2.key;
> >         include %_var_net-snmp%;
> >         backup-directory /var/backups/csync2;
> >         backup-generations 3;
> >         auto left;
> > }
> >
> >
> > prefix _var_net-snmp
> >
> > {
> >
> >          on host[master]: /var/net-snmp;
> >
> >          on *: /opt/trap_listener;
> >
> > }
> >
> > Errors:
> >
> > While syncing file %_var_net-snmp%/snmpd.conf:
> >
> >
> > ERROR from peer(%_var_net-snmp%/snmpd.conf): slave File is also marked
> > dirty here!
> >
> >
> > Auto-resolving conflict: Won 'master/slave' test. [but did not sync the
> > file]
> >
> >
> > I/O Error 'No such file or directory' in rsync-check:
> > /opt/trap_listener/mib_indexes/0
> >
> >
> > While syncing file %_var_net-snmp%/mib_indexes:
> >
> >
> > ERROR from peer(%_var_net-snmp%/mib_indexes): slave octet-stream 36
>
>
> Can you give me a "mkdir ; touch; csync2 -c; rm -r ; csync2 -x"
> mini-reproducer?
>
> > These errors seems to be the same as those mentioned by *Dennis
> Schafroth *
> >
> > in the mail thread given below:
> >
> > http://lists.linbit.com/pipermail/csync2/2011-May/000758.html
> >
> > which also contains a patch for the issue.
> >
> > Can you confirm if the patch has been applied to the source on Git trunk?
>
> Seems to have fallen through the cracks.
> Sorry about that.
>
> > If not, are there any plans to commit that patch or do you have a
> different
> > idea about the fix? I can test the patch verify if it works for me also
> but
> > it is better to build a stable rpm with the original source from trunk
> > rather than internal modifications, hence requesting you to commit the
> > patch if you agree with the fix
>
> I don't know yet if I agree :-/
> May be some days until I can actually review/test things
> or even try to come up with a better solution, if any.
>
> But if it works for Dennis, and it works for you,
> and it does apparently not break anything else,
> I certainly won't refuse to commit it.
>
>
> --
> : Lars Ellenberg
> : LINBIT | Your Way to High Availability
> : DRBD/HA support and consulting http://www.linbit.com
> _______________________________________________
> Csync2 mailing list
> Csync2 at lists.linbit.com
> http://lists.linbit.com/mailman/listinfo/csync2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linbit.com/pipermail/csync2/attachments/20120601/f35ea226/attachment.htm>