Re: (ITS#7531) Syncrepl push delete operation does not recover when slave is unavailable

[jsynacek@redhat.com]

On 02/27/2013 02:48 PM, jsynacek@redhat.com wrote:
> On 02/27/2013 12:25 PM, jsynacek@redhat.com wrote:
>> Full_Name: Jan Synacek
>> Version: RE24 (7b03a58)
>> OS: Linux - Fedora 18
>> URL: ftp://ftp.openldap.org/incoming/jsynacek-reproducer.tar.gz
>> Submission from: (NULL) (209.132.186.34)
>>
>>
>> The setup is a master with an ldap backend and a slave consumer. If the master
>> is running and slave is not, delete operation results in the master being
>> stuck.
>>
>> Steps to reproduce:
>> 1. Start master.
>> 2. Add the example ldif.
>> 3. Delete one of the test org units.
>> 4. Observe the error.
>>
>> I would expect the master to honor the retry setting.
>>
> 
> During the reproduction, it may be necessary to first have both master and slave
> running, delete a testing test org unit (so the first replication is
> successful), stop the slave and then continue to step 3.
> 

URL:
ftp://ftp.openldap.org/incoming/jsynacek-20130103-syncrepl-retry.patch

The attached file is derived from OpenLDAP Software. All of the modifications
to
OpenLDAP Software represented in the following patch(es) were developed by Red
Hat. Red Hat has not assigned rights and/or interest in this work to any party.
I, Jan Synacek am authorized by Red Hat, my employer, to release this work
under the following terms.

Red Hat hereby place the following modifications to OpenLDAP Software (and only
these modifications) into the public domain. Hence, these modifications may be
freely used and/or redistributed for any purpose with or without attribution
and/or other notice.


-- 
Jan Synacek
Software Engineer, BaseOS team Brno, Red Hat