openldap-bugs

openldap-bugs@openldap.org

1 participants
20966 discussions

(ITS#5482) AIX 5.2 Logging core_dump Errors
by rightsidedwn＠gmail.com 21 Apr '08

21 Apr '08

Full_Name: Steven Handy Version: 2.3.27 OS: AIX 5.2 URL: ftp://ftp.openldap.org/incoming/ Submission from: (NULL) (63.237.119.62) OpenLDAP had been running fine our AIX box then all of a sudden we are starting to get core_dumps in the errpt and we have to restart openldap. We turned on the logging for ldap and the errors we are getting are: ch_malloc of 8388608 bytes failed Assertion failed: __EX, file ch_malloc.c, line 57 The following is one of the errors from the errpt: LABEL: CORE_DUMP IDENTIFIER: B6048838 Date/Time: Mon Apr 14 16:07:15 EDT Sequence Number: 119609 Machine Id: 00C4F0EA4C00 Node Id: host Class: S Type: PERM Resource Name: SYSPROC Description SOFTWARE PROGRAM ABNORMALLY TERMINATED Probable Causes SOFTWARE PROGRAM User Causes USER GENERATED SIGNAL Recommended Actions CORRECT THEN RETRY Failure Causes SOFTWARE PROGRAM Recommended Actions RERUN THE APPLICATION PROGRAM IF PROBLEM PERSISTS THEN DO THE FOLLOWING CONTACT APPROPRIATE SERVICE REPRESENTATIVE Detail Data SIGNAL NUMBER 6 USER'S PROCESS ID: 40430 FILE SYSTEM SERIAL NUMBER 1 INODE NUMBER 2 PROCESSOR ID -1 CORE FILE NAME /core PROGRAM NAME slapd ADDITIONAL INFORMATION pthread_k 98 ?? Symptom Data REPORTABLE 1 INTERNAL ERROR 0 SYMPTOM CODE PCSS/SPI2 FLDS/slapd SIG/6 FLDS/pthread_k VALU/98 Is there a fix for this issue? Thanks.

1 0

Re: (ITS#5478) Can not compile ldap_t61s_to_utf8s function from LDAP library
by hyc＠symas.com 21 Apr '08

21 Apr '08

emmanuel.duru(a)atosorigin.com wrote: > Full_Name: Emmanuel Duru > Version: 2.3.38 > OS: Windows > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (195.68.44.148) > > > Using OpenLDAP LDAP library to perform conversions between X.500 directory data > and LDAP directory data, I need to convert values from T.61 to UTF-8. > I see that there is a t61.c file in LDAP library with a ldap_t61s_to_utf8s() > function to perform this. > The problem is that t61.c does not compile because it refers to > ldap_x_wc_to_utf8() and ldap_x_utf8_to_wc() which are defined in utf-8-conv.c > file only in case sizeof(wchar_t)>= 4, which is not the case with windows where > sizeof(wchar_t) = 2. Just patch utf-8-conv.c to allow those routines to be compiled. The T.61 variant supported in t61.c will never generate character codes greater than 0x2126 anyway, so it will always fit in a 2-byte character. Note that all of that T.61 support is heavily deprecated. t61.c is present in the source distribution mainly for historical reference; it has never been included in any distributed Makefiles or public builds. As such, you're on your own here. This ITS will be closed. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#5470) Sporadic failures with RE24
by quanah＠zimbra.com 21 Apr '08

21 Apr '08

I updated RE24 this morning with a couple of fixes from Howard. See if you can still repo, thanks. --Quanah --On April 21, 2008 5:31:48 PM +0000 phil(a)cogbill.net wrote: > scratch that.. it happened again. :\ fooie > > -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5470) Sporadic failures with RE24
by phil＠cogbill.net 21 Apr '08

21 Apr '08

scratch that.. it happened again. :\ fooie

1 0

Re: (ITS#5470) Sporadic failures with RE24
by threeiem＠gmail.com 21 Apr '08

21 Apr '08

I ran into this same problem and was able to fix it. I had been using the yum version of Berkeley DB 4.5 and updated to Oracle Berkeley 4.6 and then it worked fine. Just make sure that when you run configure that it includes the correct version of db.h

1 0

Re: (ITS#5469) Assertion failure causes slapd crash
by quanah＠zimbra.com 21 Apr '08

21 Apr '08

--On April 17, 2008 8:11:11 PM +0000 jwm(a)horde.net wrote: > On Tue, Apr 15, 2008 at 01:20:58PM -0700, Howard Chu wrote: >> Howard Chu wrote: >> Please try the patch in slapd/connection.c 1.416 and report your >> results, thanks. > > I patched our local slapd yesterday; I'll let you know in a couple of > weeks, once we can be certain that slapd is no longer crashing. Hi John, I'm working on putting together OpenLDAP 2.3.42 release, so I was wondering if you've seen any ill effects from this patch. Thanks, Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5481) slapd 2.4.8+ with back-meta crashes when doing ldapsearch
by ali.pouya＠free.fr 21 Apr '08

21 Apr '08

Pierangelo Masarati <ando(a)sys-net.it> wrote: > Please check after applying back-meta/search.c 1.205 => 1.206 > > Thanks, p. > I tested, it's OK. I had never received such a fast response from my editor ! Thanks a lot. Best Regards Ali

1 0

Re: (ITS#5476) delta-syncrepl docs from Symas
by ghenry＠suretecsystems.com 21 Apr '08

21 Apr '08

<quote who="quanah(a)zimbra.com"> > --On Monday, April 21, 2008 2:16 PM +0000 ghenry(a)OpenLDAP.org wrote: > >> <quote who="Craig Squires"> >>> More docs. Great! I notice, however, that in the config for the replica >>> there is a difference between this and the directives used in the >>> tests: >>> >>> http://www.openldap.org/devel/cvsweb.cgi/tests/data/slapd-deltasync- >>> slave.conf?hideattic=1&sortbydate=0 >>> >>> There, the directive "overlay syncprov" is also included. Is the latter >>> necessary? >> >> It shouldn't be there for a consumer/replica, but test043 fails if it's >> not. >> >> Anyone explain why? > > I know that I require it on a glued DB to see the contextCSN. Nothing else uses slapd-deltasync-slave.conf and it's not glued either. It shouldn't, but I'll read the test more to see why it's needed ;-) Gavin.

1 0

Re: (ITS#5481) slapd 2.4.8+ with back-meta crashes when doing ldapsearch
by ando＠sys-net.it 21 Apr '08

21 Apr '08

ali.pouya(a)free.fr wrote: > When searching SOME entries slapd core dumps with the following back trace : Please check after applying back-meta/search.c 1.205 => 1.206 Thanks, p. Ing. Pierangelo Masarati OpenLDAP Core Team SysNet s.r.l. via Dossi, 8 - 27100 Pavia - ITALIA http://www.sys-net.it --------------------------------------- Office: +39 02 23998309 Mobile: +39 333 4963172 Email: pierangelo.masarati(a)sys-net.it ---------------------------------------

1 0

Re: (ITS#5476) delta-syncrepl docs from Symas
by quanah＠zimbra.com 21 Apr '08

21 Apr '08

--On Monday, April 21, 2008 2:16 PM +0000 ghenry(a)OpenLDAP.org wrote: > <quote who="Craig Squires"> >> More docs. Great! I notice, however, that in the config for the replica >> there is a difference between this and the directives used in the tests: >> >> http://www.openldap.org/devel/cvsweb.cgi/tests/data/slapd-deltasync- >> slave.conf?hideattic=1&sortbydate=0 >> >> There, the directive "overlay syncprov" is also included. Is the latter >> necessary? > > It shouldn't be there for a consumer/replica, but test043 fails if it's > not. > > Anyone explain why? I know that I require it on a glued DB to see the contextCSN. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs