[Date Prev][Date Next] [Chronological] [Thread] [Top]
Re: make test fails on test02-glue (core dump) (ITS#2311)

To: openldap-its@OpenLDAP.org
Subject: Re: make test fails on test02-glue (core dump) (ITS#2311)
From: joseph.tingiris@cox.net
Date: Fri, 14 Feb 2003 22:31:10 GMT
Ok, I verified this is only happening on a Sun Fire 3800 when I try to link
it with -lmtmalloc.  When I use the identical environment on a Sun Fire 280R
and make test it does not core when linked with mtmalloc.  I've double,
triple, and even quadruple checked the environments.  They are identical
with the exception of the hardware.  Same version of Solaris, same patches,
same compiler packages and libraries.  Same soft everything.

Here is the gdb output you requested:

-- cut --
[GDB will not be able to debug user-mode threads: ld.so.1: gdb: fatal:
relocation error: file /usr/lib/lwp/32/libthread_db.so.1: symbol ps_pread:
referenced symbol not found]
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.8"...
(gdb) run -d 9 -f test-db/slapd.conf -l data/test-ordered.ldif
Starting program:
/openldap/journal/src/replica-20030205-1620/openldap-2.1.12/tests/../servers
/slapd/tools/slapadd -d 9
-f test-db/slapd.conf -l data/test-ordered.ldif
slapadd init: initiated tool.
bdb_initialize: initialize BDB backend
bdb_initialize: Sleepycat Software: Berkeley DB 4.1.25: (December 19, 2002)
>>> dnNormalize: <cn=Subschema>
<<< dnNormalize: <cn=subschema>
bdb_db_init: Initializing BDB database
>>> dnPrettyNormal: <ou=Information Technology
Division,ou=People,o=University of Michigan, c=US>
<<< dnPrettyNormal: <ou=Information Technology
Division,ou=People,o=University of Michigan,c=US>, <ou=information techno
logy division,ou=people,o=university of michigan,c=us>
>>> dnPrettyNormal: <cn=Manager, o=University of Michigan, c=US>
<<< dnPrettyNormal: <cn=Manager,o=University of Michigan,c=US>,
<cn=manager,o=university of michigan,c=us>
bdb_db_init: Initializing BDB database
>>> dnPrettyNormal: <ou=Groups,o=University of Michigan, c=US>
<<< dnPrettyNormal: <ou=Groups,o=University of Michigan,c=US>,
<ou=groups,o=university of michigan,c=us>
>>> dnPrettyNormal: <cn=Manager, o=University of Michigan, c=US>
<<< dnPrettyNormal: <cn=Manager,o=University of Michigan,c=US>,
<cn=manager,o=university of michigan,c=us>
bdb_db_init: Initializing BDB database
>>> dnPrettyNormal: <o=University of Michigan, c=US>
<<< dnPrettyNormal: <o=University of Michigan,c=US>, <o=university of
michigan,c=us>
>>> dnPrettyNormal: <cn=Manager, o=University of Michigan, c=US>
<<< dnPrettyNormal: <cn=Manager,o=University of Michigan,c=US>,
<cn=manager,o=university of michigan,c=us>
matching_rule_use_init
    2.5.13.0 (objectIdentifierMatch): matchingRuleUse: ( 2.5.13.0 NAME
'objectIdentifierMatch' APPLIES ( objectClass $ structuralObjectClass $
supportedControl $ supportedExtension $ supportedFeatures $
supportedApplicationContext ) )
    2.5.13.1 (distinguishedNameMatch): matchingRuleUse: ( 2.5.13.1 NAME
'distinguishedNameMatch' APPLIES ( creatorsName$ modifiersName $
subschemaSubentry $ namingContexts $ aliasedObjectName $ distinguishedName $
member $ owner $ roleOccupant $ seeAlso $ manager $ documentAuthor $
secretary $ associatedName $ dITRedirect ) )
    2.5.13.2 (caseIgnoreMatch): matchingRuleUse: ( 2.5.13.2 NAME
'caseIgnoreMatch' APPLIES ( supportedSASLMechanisms $ vendorName $
vendorVersion $ ref $ name $ cn $ knowledgeInformation $ sn $ serialNumber $
c $ l $ st $ street $ o $ ou $title $ description $ businessCategory $
postalCode $ postOfficeBox $ physicalDeliveryOfficeName $
destinationIndicator$ givenName $ initials $ generationQualifier $
dnQualifier $ houseIdentifier $ dmdName $ labeledURI $ uid $
textEncodedORAddress $ info $ drink $ roomNumber $ userClass $ host $
documentIdentifier $ documentTitle $ documentVersion $ documentLocation $
personalTitle $ co $ uniqueIdentifier $ organizationalStatus $ buildingName
$ documentPublisher $ carLicense $ departmentNumber $ displayName $
employeeNumber $ employeeType $ preferredLanguage ) )
    2.5.13.3 (caseIgnoreOrderingMatch): matchingRuleUse: ( 2.5.13.3 NAME
'caseIgnoreOrderingMatch' APPLIES ( serialNumber $ destinationIndicator $
dnQualifier ) )
    2.5.13.5 (caseExactMatch): matchingRuleUse: ( 2.5.13.5 NAME
'caseExactMatch' APPLIES ( supportedSASLMechanisms $ vendorName $
vendorVersion $ ref $ name $ cn $ knowledgeInformation $ sn $ serialNumber $
c $ l $ st $ street $ o $ ou $ title $ description $ businessCategory $
postalCode $ postOfficeBox $ physicalDeliveryOfficeName $
destinationIndicator $givenName $ initials $ generationQualifier $
dnQualifier $ houseIdentifier $ dmdName $ labeledURI $ uid $
textEncodedORAddress $ info $ drink $ roomNumber $ userClass $ host $
documentIdentifier $ documentTitle $ documentVersion $ documentLocation $
personalTitle $ co $ uniqueIdentifier $ organizationalStatus $ buildingName
$ documentPublisher $ carLicense $ departmentNumber $ displayName $
employeeNumber $ employeeType $ preferredLanguage ) )
    2.5.13.6 (caseExactOrderingMatch): matchingRuleUse: ( 2.5.13.6 NAME
'caseExactOrderingMatch' APPLIES ( serialNumber$ destinationIndicator $
dnQualifier ) )
    2.5.13.7 (caseExactSubstringsMatch): matchingRuleUse: ( 2.5.13.7 NAME
'caseExactSubstringsMatch' APPLIES ( serialNumber $ destinationIndicator $
dnQualifier ) )
    2.5.13.8 (numericStringMatch): matchingRuleUse: ( 2.5.13.8 NAME
'numericStringMatch' APPLIES ( x121Address $ internationaliSDNNumber ) )
    2.5.13.11 (caseIgnoreListMatch): matchingRuleUse: ( 2.5.13.11 NAME
'caseIgnoreListMatch' APPLIES ( postalAddress $ registeredAddress $
homePostalAddress ) )
    2.5.13.13 (booleanMatch): matchingRuleUse: ( 2.5.13.13 NAME
'booleanMatch' APPLIES hasSubordinates )
    2.5.13.14 (integerMatch): matchingRuleUse: ( 2.5.13.14 NAME
'integerMatch' APPLIES ( supportedLDAPVersion $ mailPreferenceOption ) )
    2.5.13.16 (bitStringMatch): matchingRuleUse: ( 2.5.13.16 NAME
'bitStringMatch' APPLIES x500UniqueIdentifier )
    2.5.13.17 (octetStringMatch): matchingRuleUse: ( 2.5.13.17 NAME
'octetStringMatch' APPLIES userPassword )
    2.5.13.20 (telephoneNumberMatch): matchingRuleUse: ( 2.5.13.20 NAME
'telephoneNumberMatch' APPLIES ( telephoneNumber $ homePhone $ mobile $
pager ) )
    2.5.13.22 (presentationAddressMatch): matchingRuleUse: ( 2.5.13.22 NAME
'presentationAddressMatch' APPLIES presentationAddress )
    2.5.13.23 (uniqueMemberMatch): matchingRuleUse: ( 2.5.13.23 NAME
'uniqueMemberMatch' APPLIES uniqueMember )
    2.5.13.24 (protocolInformationMatch): matchingRuleUse: ( 2.5.13.24 NAME
'protocolInformationMatch' APPLIES protocolInformation )
    2.5.13.27 (generalizedTimeMatch): matchingRuleUse: ( 2.5.13.27 NAME
'generalizedTimeMatch' APPLIES ( createTimestamp $ modifyTimestamp ) )
    2.5.13.29 (integerFirstComponentMatch): matchingRuleUse: ( 2.5.13.29
NAME 'integerFirstComponentMatch' APPLIES ( supportedLDAPVersion $
mailPreferenceOption ) )
    2.5.13.30 (objectIdentifierFirstComponentMatch): matchingRuleUse: (
2.5.13.30 NAME 'objectIdentifierFirstComponentMatch' APPLIES ( objectClass $
structuralObjectClass $ supportedControl $ supportedExtension $
supportedFeatures $ matchingRules $ attributeTypes $ objectClasses $
matchingRuleUse $ ldapSyntaxes $ supportedApplicationContext ) )
    1.3.6.1.4.1.1466.109.114.1 (caseExactIA5Match): matchingRuleUse: (
1.3.6.1.4.1.1466.109.114.1 NAME 'caseExactIA5Match' APPLIES ( altServer $
mail $ dc $ associatedDomain $ email $ aRecord $ mDRecord $ mXRecord $
nSRecord $ sOARecord $ cNAMERecord $ janetMailbox ) )
    1.3.6.1.4.1.1466.109.114.2 (caseIgnoreIA5Match): matchingRuleUse: (
1.3.6.1.4.1.1466.109.114.2 NAME 'caseIgnoreIA5Match' APPLIES ( altServer $
mail $ dc $ associatedDomain $ email $ aRecord $ mDRecord $ mXRecord $
nSRecord $ sOARecord $ cNAMERecord $ janetMailbox ) )
    1.2.840.113556.1.4.803 (integerBitAndMatch): matchingRuleUse: (
1.2.840.113556.1.4.803 NAME 'integerBitAndMatch' APPLIES (
supportedLDAPVersion $ mailPreferenceOption ) )
    1.2.840.113556.1.4.804 (integerBitOrMatch): matchingRuleUse: (
1.2.840.113556.1.4.804 NAME 'integerBitOrMatch' APPLIES (
supportedLDAPVersion $ mailPreferenceOption ) )
slapadd startup: initiated.
backend_startup: starting "o=University of Michigan,c=US"

Program received signal SIGSEGV, Segmentation fault.
0x414d4520 in ?? ()
(gdb)
-- cut --




----- Original Message -----
From: "Howard Chu" <hyc@highlandsun.com>
To: <joseph.tingiris@cox.net>; <openldap-its@OpenLDAP.org>
Sent: Friday, February 14, 2003 3:27 PM
Subject: RE: make test fails on test02-glue (core dump) (ITS#2311)


> I have linked slapadd using -lmtmalloc and run this test on Solaris 8; the
> problem did not occur. I also reran the test after enabling MTDEBUGPATTERN
> and MTINITBUFFER and still there was no failure. Perhaps your mtmalloc
> library is broken.
>
> As a final test, rerun the test using gdb:
>   cd tests
>   gdb ../servers/slapd/tools/slapadd
>   run -d <debuglevel> -f test-db/slapd.conf -l data/test-ordered.ldif
>
> get a back trace ("bt") from where it crashes. The stack in the trace you
> included below is not intelligible; the crash occurs at an address without
> any corresponding symbol information. Possibly the runtime stack was
> corrupted by whatever malloc error is occurring.
>
>   -- Howard Chu
>   Chief Architect, Symas Corp.       Director, Highland Sun
>   http://www.symas.com               http://highlandsun.com/hyc
>   Symas: Premier OpenSource Development and Support
>
> > -----Original Message-----
> > From: owner-openldap-bugs@OpenLDAP.org
> > [mailto:owner-openldap-bugs@OpenLDAP.org]On Behalf Of
> joseph.tingiris@cox.net
>
> > I've figured out if I compile with -lmtmalloc, I get this
> > failure.  If I
> > don't compile with it, this test will pass ...
> >
> > >>>>> Starting test012-glue  ...
> > running defines.sh
> > Cleaning up in ./test-db...
> > Running slapadd to build glued slapd databases...
> > Segmentation Fault - core dumped
> > slapadd failed (139)!
> > >>>>> ./scripts/test012-glue failed  (exit 139)
> > make[1]: *** [test-bdb] Error 139
> > make[1]: Leaving directory
> > `/openldap/journal/src/replica-20030205-1620/openldap-2.1.12/tests'
> > make: *** [test] Error 2
> >
> >
> > ----- Original Message -----
> > From: <joseph.tingiris@cox.net>
> > To: <openldap-its@OpenLDAP.org>
> > Sent: Tuesday, February 11, 2003 12:30 PM
> > Subject: make test fails on test02-glue (core dump) (ITS#2311)
> >
> >
> > > Full_Name: Joseph Tingiris
> > > Version: 2.1.12
> > > OS: Solaris 8
> > > URL: ftp://ftp.openldap.org/incoming/
> > > Submission from: (NULL) (206.157.224.254)
> > >
> > >
> > > Here's a pstack of the core ... i can reproduce this by
> > just running make
> > test,
> > > again.
> > >
> > > Openldap 2.1.12
> > > Berkeley DB 4.1.25
> > > No kerberos, sasl, or openssl (not compiled or present on
> > the system).
> > >
> > > core 'core' of 17302:   ../servers/slapd/tools/slapadd -d 261 -f
> > > ./test-db/slapd.conf -l ./dat
> > >  414d4520 ???????? (0, 97000, 7c108, ffbef8f3, 0, 0)
> > >  00032248 slap_startup (758c58, 210, 97000, 1, 97000, 35db8) + 6c
> > >  00037f58 slap_tool_init (ffffffff, 2, 7, ffbef7c4, 95400,
> > 98000) + 4fc
> > >  00011e2c main     (7, ffbef7c4, ffbef7e4, 9809c, 0, 0) + 2c
> > >  00011cc8 _start   (0, 0, 0, 0, 0, 0) + 5c
>
>
Prev by Date: RE: make test fails on test02-glue (core dump) (ITS#2311)
Next by Date: Re: Async problems (ITS#2305)
Index(es):
- Chronological
- Thread