[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: slapd seg. fault when repeated getpwnam (ITS#1329)
Pierangelo,
Got REL_ENG_2 compiled and install. However it will not start due to a
schema syntax error with solaris.schema. Note that I have been using
this schema file for openldap 2.0.7 through 2.0.14. Has something
changed in the schema parsing code?
ERROR MESSAGES from slapd
# /etc/rc.d/init.d/openldap start
Starting slapd services: /usr/local/etc/openldap/schema/solaris.schema:
line 8: Expecting digit before TBD.1.1.12 SUP name NAME
'nisDomain' )
AttributeTypeDescription = "(" whsp
numericoid whsp ; AttributeType identifier
[ "NAME" qdescrs ] ; name used in AttributeType
[ "DESC" qdstring ] ; description
[ "OBSOLETE" whsp ]
[ "SUP" woid ] ; derived from this other
; AttributeType
[ "EQUALITY" woid ] ; Matching Rule name
[ "ORDERING" woid ] ; Matching Rule name
[ "SUBSTR" woid ] ; Matching Rule name
[ "SYNTAX" whsp noidlen whsp ] ; see section 4.3
[ "SINGLE-VALUE" whsp ] ; default multi-valued
[ "COLLECTIVE" whsp ] ; default not collective
[ "NO-USER-MODIFICATION" whsp ]; default user modifiable
[ "USAGE" whsp AttributeUsage ]; default userApplications
; userApplications
; directoryOperation
; distributedOperation
; dSAOperation
whsp ")"
[FAILED]
#
SOLARIS.SCHEMA
# head -20 /usr/local/etc/openldap/schema/solaris.schema
# solaris.schema
# ''works in progress and incomplete''.
# It would help if sun would publish this information!
# If you have any comments/suggestion/correction
# please let me know (igor 'at' ipass 'dot' net)
attributetype ( 1.3.6.1.4.1.TBD.1.1.12 SUP name
NAME 'nisDomain' )
objectclass ( 1.3.6.1.4.1.TBD.1.4.2
NAME 'nisDomainObject'
SUP top AUXILIARY
MUST ( nisDomain ) )
# Below is optional unless you want to use ldap_gen_profile
attributetype ( 1.3.6.1.4.1.TBD.1.1.1 SUP name
NAME 'SolarisBindDN'
SINGLE-VALUE )
attributetype ( 1.3.6.1.4.1.TBD.1.1.2 SUP name
#
Gerry Morong
Electronic Design Automation
ISSG
gerry.morong@compaq.com
-----Original Message-----
From: Pierangelo Masarati [mailto:masarati@aero.polimi.it]
Sent: Wednesday, September 19, 2001 2:23 AM
To: Morong, Gerry; openldap-its@openldap.org
Subject: Re: slapd seg. fault when repeated getpwnam (ITS#1329)
Gerry.Morong@compaq.com wrote:
>
> I reran the slapd with the -d 0 and -d 256 but the backtrace looks
> similar. Note that I have attached an email trail I have with Kurt
on
> this issue for additional information.=20
> <<RE: openldap 2.0.11 - getpwnam>>=20
> Backtrace
> (gdb) backtrace
> #0 0x402d0322 in __libc_send () from /lib/i686/libc.so.6
> #1 0x401de5b4 in send (fd=3D3, buf=3D0x8103cf8, n=3D82, flags=3D0)
> at wrapsyscall.c:211
> #2 0x402cc22c in vsyslog (pri=3D7,=20
> fmt=3D0x809ebc0 "conn=3D%ld op=3D%ld SEARCH RESULT tag=3D%lu =
> err=3D%ld
> text=3D%s\n",=20
> ap=3D0x41c31954) at syslog.c:240
> #3 0x402cbee7 in syslog (pri=3D7,=20
> fmt=3D0x809ebc0 "conn=3D%ld op=3D%ld SEARCH RESULT tag=3D%lu =
> err=3D%ld
> text=3D%s\n")
> at syslog.c:102
> #4 0x08059e58 in strcpy () at ../sysdeps/generic/strcpy.c:31
> #5 0x080734d2 in strcpy () at ../sysdeps/generic/strcpy.c:31
> #6 0x08050de3 in strcpy () at ../sysdeps/generic/strcpy.c:31
> #7 0x0804fab4 in strcpy () at ../sysdeps/generic/strcpy.c:31
> #8 0x080845bd in strcpy () at ../sysdeps/generic/strcpy.c:31
> #9 0x401d9bfd in pthread_start_thread (arg=3D0x41c31c00) at =
> manager.c:262
> (gdb)
Gerry,
it looks like your system goes berserk while performing a syslog.
I recently made a couple of cleanups on the specific logs that
caused your problem. It may sound silly, but there was some mismatch
between the format and the arguments supplied to syslog.
Even if there's only a remote possibility this was the cause, please
check REL_ENG_2 before further investigation goes on.
Thanks, Pierangelo.
--
Dr. Pierangelo Masarati | voice: +39 02 2399 8309
Dip. Ing. Aerospaziale | fax: +39 02 2399 8334
Politecnico di Milano | mailto:masarati@aero.polimi.it
via La Masa 34, 20156 Milano, Italy |
http://www.aero.polimi.it/~masarati