[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
High CPU usage with syncrepl on 2.26
- To: openldap <openldap-software@OpenLDAP.org>
- Subject: High CPU usage with syncrepl on 2.26
- From: Ben Beuchler <insyte@gmail.com>
- Date: Tue, 8 Nov 2005 11:43:10 -0600
- Content-disposition: inline
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=k/n9ujSwNwuTXG3tSiMCzj2RKQqhrjz0/gF7zwzcTgX2q43AkliEUkUJlDIsqRBpP3cNhN3llkuT5e4KqNuQb8l0+PJJ0K1bM0KcE7O0R08mEdv1tm1b6ulocTpCsmYMQapKCfAgSbVWlOsFM7Fh5AotJD7m3a0Xoj7ImuuZIgQ=
I'm using OpenLDAP 2.26 on Ubuntu linux. Replication appears to be
working in that when I first fired up the secondary server it pulled
across the full database and if I modify an entry on the primary
server, the modification is properly sync'd to the secondary.
However, if I add a new entry to the primary, the CPU load on the
primary immediately jumps to 100% and stops responding. As this is a
production server, I haven't been able to wait to see how long this
state lasts. If I shut down the secondary server and add the new
entry to the primary, it is sync'd as soon as I start the secondary
back up.
This is the syncrepl section from the secondary config:
syncrepl rid=42
provider=ldaps://ldap.mcad.edu
type=refreshAndPersist
searchbase="dc=ldap,dc=mcad,dc=edu"
filter="(objectclass=*)"
scope=sub
updatedn="cn=replicant,dc=bindaccts,dc=ldap,dc=mcad,dc=edu"
bindmethod=simple
binddn="cn=syncclient,dc=bindaccts,dc=ldap,dc=mcad,dc=edu"
credentials=<snip>
And the sessionlog entry from the primary server:
sessionlog 1 100
Any thoughts on why this might be happening?
Thanks!
-Ben