[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Ongoing issues with replication.
I discover my directories are no longer replicating, and the
load on the machine seems high. Very high.
7:00pm up 35 days, 5:04, 1 user, load average: 2.39, 1.49, 1.19
44 processes: 38 sleeping, 5 running, 1 zombie, 0 stopped
CPU states: 48.3% user, 19.2% system, 0.0% nice, 32.4% idle
Mem: 517032K av, 515692K used, 1340K free, 3504K shrd, 10484K buff
Swap: 1052216K av, 526212K used, 526004K free 10876K cached
3730 root 0 0 206M 206M 600 S 0 0.0 40.8 0:00 slurpd
3731 root 0 0 206M 206M 600 S 0 0.0 40.8 0:00 slurpd
3732 root 1 0 206M 206M 600 R 0 93.5 40.8 0:21 slurpd
3733 root 0 0 206M 206M 600 S 0 0.0 40.8 0:00 slurpd
3734 root 0 0 206M 206M 600 S 0 4.9 40.8 0:01 slurpd
3718 root 0 0 972 972 600 S 0 0.0 0.1 0:00 slapd
3719 root 0 0 972 972 600 S 0 0.0 0.1 0:00 slapd
3720 root 0 0 972 972 600 S 0 0.0 0.1 0:00 slapd
Considering this is a 300K directory, it seems a bit odd.... It keeps sucking
RAM, up to 1Gb, then slurpd dies. (This is a new behavior today, without
altering a previously working config..)
As you can imagine, this makes replication a bit problematic. :-)
Any suggestions?
Gory details:
openldap-1.2.11
RedHat 6.2 server
Slurpd debug mode:
[root@perseus ldap]# /usr/sbin/slurpd -d 64 -f /etc/openldap/slapd.conf
Config: opening config file "/etc/openldap/slapd.conf"
Config: (include /etc/openldap/slapd.at.conf)
Config: (include /etc/openldap/slapd.oc.conf)
Config: (include /etc/openldap/local.at.conf)
Config: (include /etc/openldap/local.oc.conf)
Config: (schemacheck off)
Config: (pidfile /var/run/slapd.pid)
Config: (argsfile /var/run/slapd.args)
Config: (database ldbm)
Config: (suffix "o=Alphagraphics")
Config: (rootdn "cn=Manager,o=Alphagraphics")
Config: (rootpw secret)
Config: (directory /var/lib/ldap)
Config: (defaultaccess none)
Config: (access to attr=userPassword by self write by dn="cn=manager,o=AlphaGraphics" write by * none)
Config: (access to attr=agLastPassEdit by self read by dn="cn=manager,o=AlphaGraphics" write by * none)
Config: (access to attr=agRoles by self read by dn="cn=manager,o=AlphaGraphics" write by * none)
Config: (access to * by self write by dn="cn=manager,o=AlphaGraphics" write by * read)
Config: (index cn,sn,uid,email pres,eq,approx,sub)
Config: (index objectclass pres,eq,approx,sub)
Config: (index agstore pres,eq,sub)
Config: (cachesize 15000)
Config: (dbcachesize 15000)
Config: (sizelimit 500)
Config: (lastmod on)
Config: (loglevel 0)
Config: (replica host=ns2.cmg.net:389 binddn="cn=manager,o=Alphagraphics" bindmethod=simple credentials=secret)
Config: ** successfully added replica "ns2.cmg.net:389"
Config: (replica host=devworld.alphagraphicsinc.com:389 binddn="cn=manager,o=Alphagraphics" bindmethod=simple credentials=secret)
Config: ** successfully added replica "devworld.alphagraphicsinc.com:389"
Config: (replogfile /var/lib/ldap/slapd.replog)
Config: ** configuration file successfully read and parsed
(It then spirals out of control).
When I comment out one server:
Snip_>
Config: (replica host=ns2.cmg.net:389 binddn="cn=manager,o=Alphagraphics" bindmethod=simple credentials=secret)
Config: ** successfully added replica "ns2.cmg.net:389"
Config: (replogfile /var/lib/ldap/slapd.replog)
Config: ** configuration file successfully read and parsed
Warning: unknown replica devworld.alphagraphicsinc.com:389 found in replication log
Which seems odd, as well, as my replogfile is 0 bytes.... (where is it finding this?)
[root@perseus ldap]# ls -l /var/lib/ldap/slapd.replog
-rw-r--r-- 1 root root 0 Feb 7 18:52 /var/lib/ldap/slapd.replog
Slapd.conf-------------------------------------------------------------:
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/slapd.at.conf
include /etc/openldap/slapd.oc.conf
include /etc/openldap/local.at.conf
include /etc/openldap/local.oc.conf
schemacheck off
#referral ldap://root.openldap.org/
pidfile /var/run/slapd.pid
argsfile /var/run/slapd.args
#######################################################################
# ldbm database definitions
#######################################################################
database ldbm
suffix "o=Alphagraphics"
rootdn "cn=Manager, o=Alphagraphics"
rootpw secret
directory /var/lib/ldap
#################
# ACL's
################
defaultaccess none
access to attr=userPassword
by self write
by dn="cn=manager,o=AlphaGraphics" write
by * none
# for password aging
access to attr=agLastPassEdit
by self read
by dn="cn=manager,o=AlphaGraphics" write
by * none
# for role-based authorization
access to attr=agRoles
by self read
by dn="cn=manager,o=AlphaGraphics" write
by * none
access to *
by self write
by dn="cn=manager,o=AlphaGraphics" write
by * read
#################
# Indexing and optimization
##################
index cn,sn,uid,email pres,eq,approx,sub
index objectclass pres,eq,approx,sub
index agstore pres,eq,sub
cachesize 15000
dbcachesize 15000
sizelimit 500
lastmod on
loglevel 0
########################
# Replication
########################
replica host=ns2.cmg.net:389
binddn="cn=manager,o=Alphagraphics"
bindmethod=simple
credentials=secret
#replica host=devworld.alphagraphicsinc.com:389
# binddn="cn=manager,o=Alphagraphics"
# bindmethod=simple
# credentials=secret
replogfile slapd.replog
--------------------------------------------------------------end
So, I'm lost at this point. Any suggestions?
--
Personal: ron@opus1.com, 520-326-6109, http://www.opus1.com/ron/
Work: rchmara@pnsinc.com, 520-546-8993, http://www.pnsinc.com/
The opinions expressed in this email are not necessarily those of myself,
my employers, or any of the other little voices in my head.