openldap-technical

openldap-technical@openldap.org

21 participants
9802 discussions

Re: kernel: slapd[7962]: segfault
by Quanah Gibson-Mount 14 Jan '13

14 Jan '13

--On Tuesday, January 15, 2013 11:43 AM +0530 Pawan Kamboj <pawank.kamboj(a)gmail.com> wrote: > > Is there any fixes for time being? > Keep replies to the list. You need to understand you're running a piece of software that is several years old, for which support ended a few years ago. Even then 2.3.43 was the last release of the 2.3 series. So you are running an ancient version of OpenLDAP with numerous known problems. Any help is going to require you to upgrade to a supported release. If you want to pay for help, you could try Symas perhaps: <http://www.symas.com> --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

kernel: slapd[7962]: segfault
by Pawan Kamboj 14 Jan '13

14 Jan '13

Hi Team, SLAPD is crashing with the throwing following error. ldap1p kernel: slapd[7962]: segfault at 0000000000000008 rip 000000000044cef0 rsp 000000004169c528 error 4 We are using the following version of openldap and bdb. Openldap 2.3.32 DB.4.5 Any help? Regards Pawan Kamboj

2 1

Re: pthread lock failed: Resource deadlock avoided
by Chandrashekar Kola 14 Jan '13

14 Jan '13

Linux version: Linux version 2.6.18-194.el5 *Regards,* *Chandrashekar kola,* *408-666-2814* On Mon, Jan 14, 2013 at 7:37 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Monday, January 14, 2013 7:13 PM -0800 Chandrashekar Kola < > chandrashekar.kola(a)gmail.com> wrote: > > >> What version of BDB is OpenLDAP compiled against? >>> >> BDB version is 4.3.29 >> > > BDB 4.3 has been known to be buggy for years. You should use something > recent. > > > What version of OpenLDAP 2.4? >>> >> OpenLDAP 2.4.22 >> > > Use a real version of OpenLDAP > > What OS? >> > > You still didn't answer this. > > > --Quanah > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

1 0

Re: pthread lock failed: Resource deadlock avoided
by Chandrashekar Kola 14 Jan '13

14 Jan '13

Hi Quanah, Thank you for quick reply. Here are the details. > Have you checked your lock/lockers/lock object settings? 112 Last allocated locker ID 0x7fffffff Current maximum unused locker ID 9 Number of lock modes 1500 Maximum number of locks possible 1500 Maximum number of lockers possible 1500 Maximum number of lock objects possible 40 Number of lock object partitions 8 Number of current locks 445 Maximum number of locks at any one time 12 Maximum number of locks in any one bucket 0 Maximum number of locks stolen by for an empty partition 0 Maximum number of locks stolen for any one partition 90 Number of current lockers 115 Maximum number of lockers at any one time 8 Number of current lock objects 226 Maximum number of lock objects at any one time 3 Maximum number of lock objects in any one bucket 0 Maximum number of objects stolen by for an empty partition 0 Maximum number of objects stolen for any one partition 10M Total number of locks requested (10526725) 10M Total number of locks released (10518219) 0 Total number of locks upgraded 18 Total number of locks downgraded 8766 Lock requests not available due to conflicts, for which we waited 7739 Lock requests not available due to conflicts, for which we did not wait 759 Number of deadlocks 0 Lock timeout value 0 Number of locks that have timed out 0 Transaction timeout value 0 Number of transactions that have timed out 1MB 224KB The size of the lock region 3663 The number of partition locks that required waiting (0%) 243 The maximum number of times any partition lock was waited for (0%) 0 The number of object queue operations that required waiting (0%) 675 The number of locker allocations that required waiting (0%) 0 The number of region locks that required waiting (0%) 3 Maximum hash bucket length > What version of BDB is OpenLDAP compiled against? BDB version is 4.3.29 > What version of OpenLDAP 2.4? OpenLDAP 2.4.22 What OS? *Regards,* *Chandrashekar kola,* *408-666-2814* On Mon, Jan 14, 2013 at 5:50 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Monday, January 14, 2013 5:08 PM -0800 Chandrashekar Kola < > chandrashekar.kola(a)gmail.com> wrote: > > Hello, >> >> We have a openldap running on version 2.4, recently we started seeing >> these kind of error messages in ldap.log. >> > > Have you checked your lock/lockers/lock object settings? > > What version of BDB is OpenLDAP compiled against? > > What version of OpenLDAP 2.4? > > What OS? > > --Quanah > > > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

2 1

pthread lock failed: Resource deadlock avoided
by Chandrashekar Kola 14 Jan '13

14 Jan '13

Hello, We have a openldap running on version 2.4, recently we started seeing these kind of error messages in ldap.log. Jan 14 04:03:03 ldap-cl-node02-vm slapd2.4[32455]: bdb(o=foo): pthread lock failed: Resource deadlock avoided Jan 14 04:03:03 ldap-cl-node02-vm slapd2.4[32455]: bdb(o=foo): PANIC: Resource deadlock avoided Jan 14 04:03:03 ldap-cl-node02-vm slapd2.4[32455]: => bdb_idl_insert_key: c_put id failed: DB_RUNRECOVERY: Fatal error, run database recovery (-30974) Jan 14 04:03:03 ldap-cl-node02-vm slapd2.4[32455]: bdb(o=foo): PANIC: fatal region error detected; run recovery Jan 14 04:03:03 ldap-cl-node02-vm slapd2.4[32455]: conn=23402078 op=6: attribute "entryCSN" index add failure This happened today morning and after restarting, it's started working fine for few hours. And then we saw these error messages in the logs, and crashed again. Jan 14 13:35:15 ldap-cl-node02-vm slapd2.4[1397]: bdb(o=foo): PANIC: Invalid argument Jan 14 13:35:15 ldap-cl-node02-vm slapd2.4[1397]: => bdb_idl_insert_key: c_put id failed: DB_RUNRECOVERY: Fatal error, run database recovery (-30974) Jan 14 13:35:15 ldap-cl-node02-vm slapd2.4[1397]: bdb(o=foo): PANIC: fatal region error detected; run recovery Did anybody face this issue, and what will be the resolution. Please help me. *Regards,* chandu

2 1

pthread lock failed: Resource deadlock avoided
by Chandrashekar Kola 14 Jan '13

14 Jan '13

1 0

Re: slapd crashes with ch_realloc of X bytes failed
by Meike Stone 14 Jan '13

14 Jan '13

2013/1/14 Quanah Gibson-Mount <quanah(a)zimbra.com>: > > > Sorry, I don't have your configuration memorized. Generally, you should > list: Oops sorry, I used my gmail account and did not see, that the thread in the mailing list is "broken".. Here are all posted informations from my production system http://www.openldap.org/lists/openldap-technical/201211/msg00164.html > > memory allocator (should be tcmalloc, if you've set that up correctly) In the test system yes (us see it in the pmaps), but on production, I use glibc. > > DB Information: > a) Total number of DNs in your database about 1.500.000 > b) DB_CONFIG settings set_cachesize 2 0 1 set_lg_regionmax 262144 set_lg_bsize 2097152 set_flags DB_LOG_AUTOREMOVE > c) Size of database on disk: du -c -h *.bdb 27M MyActivateTime.bdb 8.0K MyClassName.bdb 30M MyDeletedTime.bdb 14M MyInsertDate.bdb 92K MyJpeg.bdb 1.9M MyKey.bdb 2.2M MyLanguage.bdb 184K MyPhoneNumber.bdb 38M MyPk.bdb 14M MyPId.bdb 5.4M MyPIfId.bdb 9.4M MyProductTyp.bdb 140K MyProperty.bdb 2.5M MySystemFlag.bdb 22M MyUserName.bdb 184K MyVId.bdb 428M cn.bdb 728M dn2id.bdb 37M entryCSN.bdb 39M entryUUID.bdb 4.0G id2entry.bdb 6.2M objectClass.bdb 5.4G total > From slapd.conf/cn=config: > a) cachesize setting > b) idlcachesize setting > c) dncachesize setting cachesize 750000 dncachesize 750000 idlcachesize 2250000 Thanks and best regards Meike

2 1

Re: Replication not working
by Quanah Gibson-Mount 14 Jan '13

14 Jan '13

--On Sunday, January 13, 2013 1:37 AM +0530 anil beniwal <beni.anil(a)gmail.com> wrote: > > Hi Quanah > > I will be highly thankful to you, if you can help me out in below issue. > > We have three servers on rhel 6.3, 16 vcpu and 32G RAM , openldap 2.4.33 > with mdb db of 200G a) Keep messages to the list b) Use delta-syncrepl for MMR c) Grab the latest RE24 code --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: Memory usage with bdb
by Friedrich Locke 14 Jan '13

14 Jan '13

Quanah, i would like to have ti fully functional on OpenBSD 5.2. I have no coding skill nor understand technically how ldap works. How may we get in touch with OpenLDAP developer to let them know about this problem ? Since you are baffled. Probably, the OpenLDAP should be aware about this problem. []s On Mon, Jan 14, 2013 at 4:33 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Monday, January 14, 2013 3:45 PM -0200 Friedrich Locke < > friedrich.locke(a)gmail.com> wrote: > > Sorry. >> >> Here you have it: >> > > If further information is necessary, let me know! >> > > Thanks. I have to say I'm pretty baffled. I've never used OpenLDAP under > BSD, but I wonder if there are issues with how BDB itself is built. For > Linux, there are particular flags you want to set to get it to work well. > > > --Quanah > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

1 0

Re: Memory usage with bdb
by Friedrich Locke 14 Jan '13

14 Jan '13

Sorry. Here you have it: On Mon, Jan 14, 2013 at 3:30 PM, Quanah Gibson-Mount <quanah(a)zimbra.com>wrote: > --On Monday, January 14, 2013 2:00 PM -0200 Friedrich Locke < > friedrich.locke(a)gmail.com> wrote: > > Some time ago, i send a message about slapd "eating" all my memory >> resource. >> >> Mr. Quanah asked me to provide more details. Here you have it: >> sioux@gustav$ uname -a >> OpenBSD gustav.cpd.ufv.br 5.2 GENERIC.MP#368 amd64 >> sioux@gustav$ >> >> sioux@gustav$ pkg_info | grep openldap >> openldap-client-2.4.31 Open source LDAP software (client) >> openldap-server-2.4.31p0 Open source LDAP software (server) >> sioux@gustav$ pkg_info | grep db >> cyrus-sasl-2.1.25p3-db4 RFC 2222 SASL (Simple Authentication and Security >> Layer) >> db-4.6.21v0 Berkeley DB package, revision 4 >> dbus-1.6.2p0v0 message bus system >> gdbm-1.8.3p0 GNU dbm >> iodbc-3.52.7 ODBC 3.x driver manager >> sioux@gustav$ >> > > You are still extremely vague in your details. > > How large is your DB on disk? (du -c -h *.bdb) > gustav# pwd /var/openldap-data gustav# du -c -h *.bdb 32.0K cn.bdb 32.0K dn2id.bdb 64.0K id2entry.bdb 32.0K mail.bdb 32.0K mailAlternateAddress.bdb 32.0K mailHost.bdb 32.0K objectClass.bdb 32.0K uid.bdb 288K total > What are your BDB settings in your DB_CONFIG file? > gustav# cat /var/openldap-data/DB_CONFIG # $OpenLDAP$ # Example DB_CONFIG file for use with slapd(8) BDB/HDB databases. # # See the Oracle Berkeley DB documentation # < http://www.oracle.com/technology/documentation/berkeley-db/db/ref/env/db_co… > # for detail description of DB_CONFIG syntax and semantics. # # Hints can also be found in the OpenLDAP Software FAQ # <http://www.openldap.org/faq/index.cgi?file=2> # in particular: # <http://www.openldap.org/faq/index.cgi?file=1075> # Note: most DB_CONFIG settings will take effect only upon rebuilding # the DB environment. # one 0.25 GB cache #set_cachesize 0 268435456 1 set_cachesize 0 16777216 1 # Data Directory #set_data_dir db # Transaction Log settings set_lg_regionmax 262144 set_lg_bsize 2097152 #set_lg_dir logs # Note: special DB_CONFIG flags are no longer needed for "quick" # slapadd(8) or slapindex(8) access (see their -q option). > What how many DNs are there in your database? > gustav# ldapsearch -D cn=oldap,dc=ufv,dc=br -W | grep dn: Enter LDAP Password: dn: dc=ufv,dc=br dn: ou=group,dc=ufv,dc=br dn: cn=its,ou=group,dc=ufv,dc=br dn: cn=asd,ou=group,dc=ufv,dc=br dn: cn=dba,ou=group,dc=ufv,dc=br dn: cn=wbx,ou=group,dc=ufv,dc=br dn: cn=alg,ou=group,dc=ufv,dc=br dn: cn=djb,ou=group,dc=ufv,dc=br dn: cn=nofiles,ou=group,dc=ufv,dc=br dn: cn=qmail,ou=group,dc=ufv,dc=br dn: cn=ftp,ou=group,dc=ufv,dc=br dn: cn=src,ou=group,dc=ufv,dc=br dn: cn=vmail,ou=group,dc=ufv,dc=br dn: cn=ord,ou=group,dc=ufv,dc=br dn: cn=adc,ou=group,dc=ufv,dc=br dn: cn=bod,ou=group,dc=ufv,dc=br dn: cn=frn,ou=group,dc=ufv,dc=br dn: ou=people,dc=ufv,dc=br dn: uid=sioux,ou=people,dc=ufv,dc=br dn: uid=mysql,ou=people,dc=ufv,dc=br dn: uid=oldap,ou=people,dc=ufv,dc=br dn: uid=dnscache,ou=people,dc=ufv,dc=br dn: uid=dnslog,ou=people,dc=ufv,dc=br dn: uid=tinydns,ou=people,dc=ufv,dc=br dn: uid=ftp,ou=people,dc=ufv,dc=br dn: uid=alias,ou=people,dc=ufv,dc=br dn: uid=qmaild,ou=people,dc=ufv,dc=br dn: uid=qmaill,ou=people,dc=ufv,dc=br dn: uid=qmailp,ou=people,dc=ufv,dc=br dn: uid=qmailq,ou=people,dc=ufv,dc=br dn: uid=qmailr,ou=people,dc=ufv,dc=br dn: uid=qmails,ou=people,dc=ufv,dc=br dn: uid=cvs,ou=people,dc=ufv,dc=br dn: uid=tftp,ou=people,dc=ufv,dc=br dn: uid=vmail,ou=people,dc=ufv,dc=br dn: uid=grios,ou=people,dc=ufv,dc=br dn: uid=vlobo,ou=people,dc=ufv,dc=br dn: ou=appsrv,dc=ufv,dc=br dn: cn=ypldap,ou=appsrv,dc=ufv,dc=br dn: cn=webprv,ou=appsrv,dc=ufv,dc=br dn: cn=mail,ou=appsrv,dc=ufv,dc=br gustav# Total: 41 > What is your total amount of RAM? > > Memory: 2GB > May be a few useful bits of information to have. > > If further information is necessary, let me know! > > --Quanah > > > > -- > > Quanah Gibson-Mount > Sr. Member of Technical Staff > Zimbra, Inc > A Division of VMware, Inc. > -------------------- > Zimbra :: the leader in open source messaging and collaboration >

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

openldap-technical