I tried the next solutions... 1.- I charge the DB with slapadd, since one backup but when I Charge other group with 1500 users the error occurs again... ldap_modify: Internal (implementation specific) error (80) 2.- I delete the group from the backup and charge the DB withouth problems, but when I charge the group by separated, the error occurs again. ldap_modify: Internal (implementation specific) error (80)
3.- I started the slapd in debug level 3 and charge the group by separately and this is the exit....
bdb(dc=gtk.org): Lock table is out of available object entries => bdb_idl_insert_key: c_get failed: Cannot allocate memory (12) <= key_change 12 <= index_entry_add( 21187, "cn=obs.capture,ou=grupos,dc=gtk.org" ) failure bdb_add: index_entry_add failed send_ldap_result: conn=3 op=1 p=3 send_ldap_response: msgid=2 tag=105 err=80 ber_flush: 37 bytes to sd 13 0000: 30 23 02 01 02 69 1e 0a 01 50 04 00 04 17 69 6e 0#...i...P....in 0010: 64 65 78 20 67 65 6e 65 72 61 74 69 6f 6e 20 66 dex generation f 0020: 61 69 6c 65 64 ailed ldap_write: want=37, written=37 0000: 30 23 02 01 02 69 1e 0a 01 50 04 00 04 17 69 6e 0#...i...P....in 0010: 64 65 78 20 67 65 6e 65 72 61 74 69 6f 6e 20 66 dex generation f 0020: 61 69 6c 65 64 ailed connection_get(13): got connid=3 connection_read(13): checking for input on id=3 ber_get_next ldap_read: want=8, got=7 0000: 30 05 02 01 03 42 00 0....B. ber_get_next: tag 0x30 len 5 contents: ber_get_next ldap_read: want=8, got=0 ber_get_next on fd 13 failed errno=0 (Success) connection_read(13): input error=-2 id=3, closing. connection_closing: readying conn=3 sd=13 for close connection_close: deferring conn=3 sd=13 do_unbind connection_resched: attempting closing conn=3 sd=13 connection_close: deferring conn=3 sd=13 connection_resched: attempting closing conn=3 sd=13 connection_close: conn=3 sd=13 connection_get(13): connection not used connection_read(13): no connection! daemon: shutdown requested and initiated. slapd shutdown: waiting for 0 threads to terminate slapd shutdown: initiated ====> bdb_cache_release_all slapd destroy: freeing system resources. 4.- I was learning about this error and make some tunning to the memory's parameters but the error persist the configuration in the DB_CONFIF is... set_cachesize 0 1610612736 1 set_lk_max_locks 1048576 # Set database flags. # (for database loading/reindexing) #set_flags DB_TXN_NOSYNC # Set log values. # set_lg_regionmax 31457280 set_lg_max 20971520 set_lg_bsize 4194304 set_lg_dir /var/lib/ldap
Thanks a lot! Reynaldo Quezada L.I. UNAM
__________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/
--On Thursday, August 28, 2008 8:23 AM -0700 "Reynaldo Quezada V." reyqv@yahoo.com.mx wrote:
4.- I was learning about this error and make some tunning to the memory's parameters but the error persist the configuration in the DB_CONFIF is... set_cachesize 0 1610612736 1 set_lk_max_locks 1048576 # Set database flags. # (for database loading/reindexing) # set_flags DB_TXN_NOSYNC # Set log values. # set_lg_regionmax 31457280 set_lg_max 20971520 set_lg_bsize 4194304 set_lg_dir /var/lib/ldap
You need to see how many locks, lock objects, and lockers your database is using, and then adjust those parameters accordingly.
has some information on how to get this information, and how to set it.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
openldap-software@openldap.org