[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: Constraint violation in Replication setup.
- To: <OpenLDAP-software@OpenLDAP.org>
- Subject: RE: Constraint violation in Replication setup.
- From: "Reinhard Nappert" <rnappert@juniper.net>
- Date: Fri, 4 Mar 2005 08:44:19 -0500
- Content-class: urn:content-classes:message
- Thread-index: AcUgbJtdJII/tNahQ66rgLovPO2lWgAUj5Iw
- Thread-topic: Constraint violation in Replication setup.
Sure, here are the slapd.conf entries:
Master:
#######################################################################
# BDB database definitions
#######################################################################
database bdb
suffix "dc=net"
rootdn "cn=manager,dc=net"
# Cleartext passwords, especially for the rootdn, should
# be avoid. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw secret
lastmod on
directory var/openldap-data
cachesize 5000
checkpoint 512 5
# Indices to maintain
....
##############################################################
# replication definition Master
##############################################################
replogfile /var/openldap-slurp/replica/slurpd.replog
replica-pidfile /var/run/slurpd.pid
replica host=slave:389
binddn="cn=replAdmin,dc=net"
bindmethod=simple
credentials=secret
Slave:
#######################################################################
# BDB database definitions
#######################################################################
database bdb
suffix "dc=net"
rootdn "cn=manager,dc=net"
# Cleartext passwords, especially for the rootdn, should
# be avoid. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw secret
lastmod on
directory /var/openldap-data
cachesize 5000
checkpoint 512 5
# Indices to maintain
....
##############################################################
# replication definition Slave
##############################################################
updatedn cn=replAdmin,dc=net
updateref ldap://master:389
I don't see any obvious misconfiguration.
Let's see, if you guys detect anything.
Thanks
-Reinhard
-----Original Message-----
From: owner-openldap-software@OpenLDAP.org
[mailto:owner-openldap-software@OpenLDAP.org] On Behalf Of Ace Suares
Sent: Thursday, March 03, 2005 10:23 PM
To: OpenLDAP-software@OpenLDAP.org
Subject: Re: Constraint violation in Replication setup.
probaly you don't have an 'updatedn' in slapd.conf on the one that needs
updating. I ran into that yesterday when I wanted to use the 'rootdn'
with 'ldapadd' to add a 'replog' file to my database.
-Ace
On Thursday 03 March 2005 10:51, you wrote:
> --On Thursday, March 03, 2005 5:12 PM -0500 Reinhard Nappert
>
> <rnappert@juniper.net> wrote:
> > Hi, I've installed OpenLDAP 2.2.23 with the Berkeley 4.2 (patches)
> > DB on Solaris 8. After I configured the master and slave, I started
> > the slurpd process. The initial test was to just add one object,
> > accessing the master. The replication fails with the following
error:
> >
> > ERROR: Constraint violation: structuralObjectClass: no user
> > modification allowed
> > replica: slave:389
> > time: 1109884741.0
> > dn: o=Company,dc=net
> > changetype: add
> > objectClass: organization
> > objectClass: top
> > o: Company
> > structuralObjectClass: organization
> > entryUUID: 9bd93082-2075-1029-9c23-fe1f003104f7
> > creatorsName: cn=manager,dc=net
> > createTimestamp: 20050303211901Z
> > entryCSN: 20050303211901Z#000001#00#000000
> > modifiersName: cn= cn=manager,dc=net
> > modifyTimestamp: 20050303211901Z
> >
> > Yes, I have checked if binddn from the master configuration is
> > identical to the updatedn on the slave. I also made sure that the
> > "replication manager" has the appropriate access rights.
> >
> > Does someone has an idea how to fix that problem.
>
> Can you send the master & slave slapd.conf files in an attachment to
> the list (blocking out any userid/password information)?
>
> --Quanah
>
> --
> Quanah Gibson-Mount
> Principal Software Developer
> ITSS/Shared Services
> Stanford University
> GnuPG Public Key: http://www.stanford.edu/~quanah/pgp.html
>
> "These censorship operations against schools and libraries are
> stronger than ever in the present religio-political climate. They
> often focus on fantasy and sf books, which foster that deadly enemy to
> bigotry and blind faith, the imagination." -- Ursula K. Le Guin
--
Ace Suares' Internet Consultancy
mail: PObox 2599, 4800 CN Breda, The Netherlands
phone: +31 6 244 33 608 (Jan Veuger, support Netherlands)
emergency: +599 786 23 73
voicemail & fax: +31 848 707 705
web: http://www.suares.nl email: support@suares.nl