Hi again, Ok, so I successfully added my attribute however when adding a new AUXILIARY objectclass (not an entry but new olcObjectClasses attribute to the cn=config schema) slapd seg faults. Any ideas?
The last few lines from slapd -d 99
dnPrettyNormal: <cn={5}plas,cn=schema,cn=config>
<<< dnPrettyNormal: <cn={5}plas,cn=schema,cn=config>, <cn={5}plas,cn=schema,cn=config> oc_check_required entry (cn={5}plas,cn=schema,cn=config), objectClass "olcSchemaConfig" oc_check_allowed type "objectClass" oc_check_allowed type "cn" oc_check_allowed type "olcObjectIdentifier" oc_check_allowed type "olcAttributeTypes" oc_check_allowed type "olcObjectClasses" oc_check_allowed type "structuralObjectClass" oc_check_allowed type "entryUUID" oc_check_allowed type "creatorsName" oc_check_allowed type "createTimestamp" oc_check_allowed type "entryCSN" oc_check_allowed type "modifiersName" oc_check_allowed type "modifyTimestamp" Segmentation fault (core dumped)
Many thanks for assistance
--------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
--On Tuesday, May 06, 2008 12:18 PM -0700 Mike Johnston mkejohnston@yahoo.com wrote:
Hi again,
Many thanks for assistance
How about you provide some useful and worthwhile information, like the version of OpenLDAP you are using, and the LDIF file you are loading.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
I'm using openldap 2.4.8 I built from source on a 32bit Suse 10.3 box. I'm not loading a LDIF file but am using the -F option. Using Softerra's 2008 LDAP administrator tool I bind to cn=config. I then go to my entry cn={5}plas objectclass=olcSchemaConfig.
I add a new attribute olcObjectClasses with the following string: {15} (plasobjclass:18 NAME 'plasudef' DESC 'udef description' SUP top AUXILIARY MAY (plasUdefboat) )
Slapd dies in oc_next(). I'm trying to avoid rebuilding to a debug version
I can add attributes olcAttributeTypes with no problem at all.
TIA Quanah Gibson-Mount quanah@zimbra.com wrote: --On Tuesday, May 06, 2008 12:18 PM -0700 Mike Johnston wrote:
Hi again,
Many thanks for assistance
How about you provide some useful and worthwhile information, like the version of OpenLDAP you are using, and the LDIF file you are loading.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
--------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
Stack trace #0 0x080a850f in oc_next (oc=0xb6744a74) at oc.c:505 #1 0x08053b82 in config_generic (c=0xb6744bdc) at bconfig.c:1453 #2 0x0805ca9c in config_set_vals (Conf=0x81c9d28, c=0xb6744bdc) at config.c:314 #3 0x0806060f in config_parse_add (ct=0x81c9d28, c=0xb6744bdc, valx=0) at config.c:648 #4 0x08056567 in config_modify_add (ct=0x81c9d28, ca=0xb6744bdc, ad=0xb6744bdc, i=0) at bconfig.c:4632 #5 0x08058c51 in config_back_modify (op=0x82c23d8, rs=0xb6747158) at bconfig.c:4865 #6 0x0807ea7d in fe_op_modify (op=0x82c23d8, rs=0xb6747158) at modify.c:300 #7 0x0807f5c7 in do_modify (op=0x82c23d8, rs=0xb6747158) at modify.c:175 #8 0x08066786 in connection_operation (ctx=0xb6747238, arg_v=0x82c23d8) at connection.c:1084 #9 0x08067043 in connection_read_thread (ctx=0xb6747238, argv=0xb) at connection.c:1211 #10 0xb7f15984 in ldap_int_thread_pool_wrapper (xpool=0x82549e8) at tpool.c:625 #11 0xb7c2f192 in start_thread () from /lib/libpthread.so.0 #12 0xb7bba02e in clone () from /lib/libc.so.6
Hope this helps...
Mike Johnston mkejohnston@yahoo.com wrote: I'm using openldap 2.4.8 I built from source on a 32bit Suse 10.3 box. I'm not loading a LDIF file but am using the -F option. Using Softerra's 2008 LDAP administrator tool I bind to cn=config. I then go to my entry cn={5}plas objectclass=olcSchemaConfig.
I add a new attribute olcObjectClasses with the following string: {15} (plasobjclass:18 NAME 'plasudef' DESC 'udef description' SUP top AUXILIARY MAY (plasUdefboat) )
Slapd dies in oc_next(). I'm trying to avoid rebuilding to a debug version
I can add attributes olcAttributeTypes with no problem at all.
TIA Quanah Gibson-Mount quanah@zimbra.com wrote: --On Tuesday, May 06, 2008 12:18 PM -0700 Mike Johnston wrote:
Hi again,
Many thanks for assistance
How about you provide some useful and worthwhile information, like the version of OpenLDAP you are using, and the LDIF file you are loading.
--Quanah
--
Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration
--------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
--------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
Mike Johnston wrote:
Hi again, Ok, so I successfully added my attribute however when adding a new AUXILIARY objectclass (not an entry but new olcObjectClasses attribute to the cn=config schema) slapd seg faults. Any ideas?
Always provide a stack trace when asking about a seg fault.
openldap-software@openldap.org
-
Howard Chu -
Mike Johnston -
Quanah Gibson-Mount