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