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

[Lars Ellenberg]

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