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(a)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(a)sonoma.edu>