Re: Problems replicating...

[David Heremans <david.heremans@siemens.atea.be>]

Ok, I found out what the error was in it wasn't due to openLDAP (more to
a badly set up development/testing bed)
So sorry for asking here.

David




On Mon, Jul 08, 2002 at 01:36:43PM +0200, David Heremans wrote:
> I set up openLDAP to replicate its data between two servers. This works
> fine when I add and/or modify entries.
> But when I delete something from the master ldap, the slave ldap doesn't
> delete the item.
> 
> this is wat the rej log fails tells me:
> 
>       # tail boromir.isp.iplab.atea.be:389.rej
>       ERROR: Success
>       replica: boromir.isp.iplab.atea.be:389
>       time: 1026126606.0
>       dn: ou=dnsData,dc=test.isp.iplab.atea.be,o=isp,o=SPOSA_ISP
>       changetype: delete
> 
>       ERROR: Success
>       replica: boromir.isp.iplab.atea.be:389
>       time: 1026127711.0
>       dn: customSchema=subscriber, ou=admin, o=SPOSA_ISP
>       changetype: delete
> 
> The error seems to be Success however the other site doesn't delete the
> entry so it is hardly a success :(
> 
> Anybody got any help on this one ?
> 
> 
> David
> 
> 
> -- 
> openMSX - the open source MSX emulator that aims for perfection
> http://openmsx.sf.net/
> --
> The sendmail effect: It learns us that any complex technology
> which doesn't come with documentation must be the best available. 
> --
> Heremans David
> Software Engineer/System Integration
> Customer Services - Network Solutions
> IC D CN B
> Siemens Atea
> Atealaan 34
> B-2200 Herentals - Belgium
> 
> tel. +32 142 52977
> fax  +32 14 222994

-- 
openMSX - the open source MSX emulator that aims for perfection
http://openmsx.sf.net/
--
The sendmail effect: It learns us that any complex technology
which doesn't come with documentation must be the best available. 
--
Heremans David
Software Engineer/System Integration
Customer Services - Network Solutions
IC D CN B
Siemens Atea
Atealaan 34
B-2200 Herentals - Belgium

tel. +32 142 52977
fax  +32 14 222994