[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: 2.3.39 slapadd hangs
Thank you for your responses. Here is more info:
Did I delete the DB first? Yes.
I realize that the DB doesn't need to be reloaded for an upgrade from
2.3.38 to 2.3.39, but I'm working in a devel environment (so I don't
screw up production) and I needed to load the latest DB dump from
production into devel.
The slapadd command I'm using:
slapadd -w -b dc=sonoma,dc=edu -f /etc/openldap/ssu-slapd.conf -v -c -d
-1 -l dump.ldif
The tail end of the out from slapadd where it hangs is:
slapadd startup: initiated.
backend_startup_one: starting "dc=sonoma,dc=edu"
bdb_db_open: dc=sonoma,dc=edu
bdb_db_open: dbenv_open(/var/lib/ldap/dc-data)
=> str2entry: "dn: dc=sonoma,dc=edu
objectClass: referral
objectClass: extensibleObject
dc: sonoma
ref: ldap://yogi.reg.sonoma.edu/o=sonoma,o=edu
ref: ldap://ldap-master.reg.sonoma.edu/o=sonoma,o=edu
"
>>> dnPrettyNormal: <dc=sonoma,dc=edu>
<<< dnPrettyNormal: <dc=sonoma,dc=edu>, <dc=sonoma,dc=edu>
<= str2entry(dc=sonoma,dc=edu) -> 0x8da8018
oc_check_required entry (dc=sonoma,dc=edu), objectClass "referral"
oc_check_required entry (dc=sonoma,dc=edu), objectClass "extensibleObject"
=> bdb_tool_entry_put( -1, "dc=sonoma,dc=edu" )
=> bdb_dn2id("dc=sonoma,dc=edu")
<= bdb_dn2id: get failed: DB_NOTFOUND: No matching key/data pair found
(-30989)
=> bdb_dn2id_add( "dc=sonoma,dc=edu", 0x00000001 )
<= bdb_dn2id_add: 0
=> entry_encode(0x00000001): dc=sonoma,dc=edu
added: "dc=sonoma,dc=edu" (00000001)
=> bdb_dn2id("dc=sonoma,dc=edu")
<= bdb_dn2id: got id=0x00000001
entry_decode: "dc=sonoma,dc=edu"
<= entry_decode(dc=sonoma,dc=edu)
=> bdb_tool_entry_modify( 1, "dc=sonoma,dc=edu" )
=> entry_encode(0x00000001): dc=sonoma,dc=edu
(it hangs here indefinitely)
The file I'm loading is:
dn: dc=sonoma,dc=edu
objectClass: referral
objectClass: extensibleObject
dc: sonoma
ref: ldap://yogi.reg.sonoma.edu/o=sonoma,o=edu
ref: ldap://ldap-master.reg.sonoma.edu/o=sonoma,o=edu
My slapd.conf files:
---------------BEGIN CONF FILE-----------------
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/corba.schema
include /etc/openldap/localschema/eduPerson.schema
include /etc/openldap/localschema/calstateEduPerson.schema
include /etc/openldap/localschema/sonomaEduPerson.schema
include /etc/openldap/localschema/ssuMailUser.schema
include /etc/openldap/localschema/ssuResHallPerson.schema
include /etc/openldap/localschema/ssuWhitePagesEntry.schema
include /etc/openldap/localschema/meetingmaker.schema
loglevel 16384 256
pidfile /var/run/openldap/slapd.pid
argsfile /var/run/openldap/slapd.args
defaultsearchbase ou=wp,o=sonoma,o=edu
sizelimit size.soft=200 size.hard=soft
include /etc/openldap/tls.conf
-------------- tls.conf: ------------------
TLSCACertificateFile /etc/openldap/ssl/ca2037.crt
TLSCACertificateFile /etc/openldap/ssl/chain.crt
TLSCertificateFile /etc/openldap/ssl/ldaps.crt
TLSCertificateKeyFile /etc/openldap/ssl/ldaps.key
TLSVerifyClient never
--------------------------------------------
require none
allow bind_v2
# BEGIN ACLs
------------------------
various ACLs here (intentionally omitted)
------------------------
database bdb
suffix "o=sonoma,o=edu"
limits dn=uid=syncrepl,ou=people,o=sonoma,o=edu size.soft=none
size.hard=soft
limits dn=uid=nagios,ou=people,o=sonoma,o=edu size.soft=none size.hard=soft
dirtyread
dbnosync
checkpoint 262144 10
cachesize 10000
directory /var/lib/ldap/openldap-data
rootdn "cn=Manager,o=sonoma,o=edu"
rootpw {SSHA}XXXXXXXXXXXXXXXXXX
include /etc/openldap/replication.conf
-------------replication.conf:--------------------
syncrepl rid=177
provider=ldap://ldap-master.reg.sonoma.edu:389
type=refreshAndPersist
interval=00:00:05:00
retry="30 +"
searchbase="o=sonoma,o=edu"
filter="(objectClass=*)"
scope=sub
attrs="*,+"
schemachecking=off
starttls=critical
bindmethod=simple
binddn="uid=syncrepl,ou=people,o=sonoma,o=edu"
credentials=XXXXXXXX
------------------------------------------------------
# Indexes here (intentionally omitted)
database bdb
suffix "dc=sonoma,dc=edu"
directory /var/lib/ldap/dc-data
rootdn "cn=Manager,o=sonoma,o=edu"
database monitor
access to dn.subtree=cn=monitor
by peername.regex="130\.157\.5\.*" read
------------------END CONF FILE----------------
My DB_CONFIG file:
----------------BEGIN DB_CONFIG-------------------
# set_cachesize <gbytes> <bytes> <ncache>
# database "in memory" cache size; 0G + 512MB, 1 cache
set_cachesize 0 536870912 1
# set_flags <flag>
# DB_TXN_NOSYNC == do not immediately flush transaction buffers to disk
set_flags DB_TXN_NOSYNC
# DB_TXN_WRITE_NOSYNC == write, but do not synchronously flush, the log on
# transaction commit
set_flags DB_TXN_WRITE_NOSYNC
# set_lg_regionmax <bytes>
# maximum in memory cache for DB file name caching; 256MB
set_lg_regionmax 268435456
# set_lg_max <bytes>
# maximum size of log files; 512MB
set_lg_max 536870912
# set_lg_bsize <bytes>
# memory cache for log information; 128MB
set_lg_bsize 134217728
-------------------END DB_CONFIG-------------
Thanks for looking.
-Brian
Quanah Gibson-Mount wrote:
--On November 28, 2007 4:42:31 PM +0000 Gavin Henry
<ghenry@suretecsystems.com> wrote:
<quote who="Brian Biggs">
Hi,
Trying to reload a slapcat dumped database after upgrading
from 2.3.38 to 2.3.39 and slapadd just hangs after adding
the records and won't exit. Has anyone else experienced this?
We are running OpenLDAP on RHEL4 systems w/BDB 4.4.20
Any help/info appreciated.
So you emptied the db first, before trying a restore?
What errors are you getting?
What was the exact slapadd command? Did you use the -q flag? Did you
build with debugging symbols? Is it simply at the end of the add
sequence and checking the database? There's a lot of missing
information here.
--Quanah
--
Quanah Gibson-Mount
Principal Software Engineer
Zimbra, Inc
--------------------
Zimbra :: the leader in open source messaging and collaboration
--
Brian Biggs <brian.biggs@sonoma.edu>