Re: Hi Please help on back-sql...

["sajida kalsoom" <sajida@advcomm.net>]

Hi!
 Now i have inserted the data in meta tables but now facing the core dump
error ...
##################################
backsql_get_db_conn(): first call -- reading schema map
==>load_schema_map()
load_schema_map(): objectclass 'organization': keytbl='persons' keycol='id'
Segmentation Fault (core dumped)
bash-2.03#

####################################
Is it due to  wrong dn values  inserted in db tables ...if so Is there any
example that shows what should be inserted in
metatable(ldap_entries,ldap-attr_mappings..)  for root dn so that I can find
the starting point .

Also in ldap_entries table parent field contains 0 value for the root dn is
it true?. in ldap_oc_mappings  create_proc and delete_proc are empty and
expect_return contains 0 value. Is it correct ???

Also I have mapped the same table for organization, person,and inetOrgPerson
object classes.. is it write way or I should create separate table for each
object class.

Please please help me I am totally struct in this...



----- Original Message -----
From: "Dmitry Kovalev" <mitya@seismic.geol.msu.ru>
To: "sajida kalsoom" <sajida@advcomm.net>; <openldap-software@OpenLDAP.org>
Sent: Tuesday, July 31, 2001 3:07 PM
Subject: Re: Hi Please help on back-sql...


> ----- Original Message -----
> From: "sajida kalsoom" <sajida@advcomm.net>
> To: "Dmitry Kovalev" <mitya@seismic.geol.msu.ru>;
> <openldap-software@OpenLDAP.org>
> Sent: Tuesday, July 31, 2001 12:53 PM
> Subject: Re: Hi Please help on back-sql...
>
>
> > Dmitry!
> >  I have checked the ODBC connection of mysql server without the ldap
> > server.. its working fine. no threading issue. Should I insert a values
in
> > meta tables before running the slapd?
>
> Of course - this is part of configuration...
>
> > Also if the tables are empty then
> > there should be some appropriate errors messages instead of  such
> threading
> > problem .
>
> There of course should be, that's why back-sql is still considered
> "experimental" - there is still a lot to do before it can be stated as
> production version. But since current version was developed, I had no more
> time to improve it, although there was a lot in todo list. And it is
> unlikely that I will have more time in foreseeable future. So maximum I
can
> at this time is just provide some advice, and coordinate contributions.
>
> If you are shure your problem is there, and can provide a patch - please
do,
> I will gratefuly commit it :)
>
> Moreover, if somebody wishes to complement back-sql development, and
> provides clever, ready-to-go patches constantly - it will be much easier
to
> ask Kurt give him/her commit permissions, so they won't have to go through
> me every time.
>
> Speaking of good patches - I am planning to commit one in a few days,
> provided by Sam Drake and Rajen Damani from TimesTen. It should improve
> out-of-box performance of back-sql VERY much.
>
> WBW, Dmitry
>