[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Are my ldapadd and ldapsearch accessing the DB ?



Hi Peter,

I have specified the suffix in the configuration file, so when the application makes the call, it should be for adding the entry below the suffix node.

**********************************************************************
The important question though is.....on giving the ldapadd command, I get to see the lines "ldap_add: Referral" & "ldif_record() = 10" in the output. WHAT DO THESE TWO LINES INDICATE ? Is it a successful add ?? The subsequent ldapsearch command (details below) doesn't output the entries specified in the ldif file. WHERE AND WHAT MIGHT BE THE PROBLEM ?
**********************************************************************


I used ldapadd to add entries from a ldif file. The ldif file is :
_______________________________________________________________________
dn: o=dsm.ics.uci.edu,c=US
objectclass: dcObject
objectclass: organization
dc: dsm.ics.uci.edu
o: dsm.ics.uci.edu
description: DSM Group

dn: cn=Manager,o=dsm.ics.uci.edu,c=US
objectclass: organizationalRole
cn: Manager
description: Directory Manager
_______________________________________________________________________

And here is the result from the ldapadd and sunsequent ldap search commands.
_______________________________________________________________________
dsm-surajn@agastya% ./ldapadd -h agastya.ics.uci.edu -p 3089 -f composeldif.ldif -x -D "cn=Manager,o=dsm.ics.uci.edu,c=US" -w secret
adding new entry "o=dsm.ics.uci.edu,c=US"
ldap_add: Referral


ldif_record() = 10
dsm-surajn@agastya% ./ldapsearch -h agastya.ics.uci.edu -p 3089 -x -b 'o=dsm.ics.uci.edu,c=US' '(objectclass=*)'
version: 2


#
# filter: (objectclass=*)
# requesting: ALL
#

# search result
search: 2
result: 10 Referral
ref: ldap://oops.i.did.it.again

# numResponses: 1
dsm-surajn@agastya%
_______________________________________________________________________

Any kind of help on this would be highly appreciated. Thanks,
~suraj

----Original Message Follows----
From: Peter Marschall <peter.marschall@mayn.de>
To: "dyood ." <dyood@hotmail.com>
CC: OpenLDAP-software@OpenLDAP.org
Subject: Re: Are my ldapadd and ldapsearch accessing the DB ?
Date: Sat, 13 Jul 2002 12:46:54 +0200

Hi,

does the application create the objects below the suffix you gave in
your database definition.
If this is not the case, the server tells the client to whom to refer to
if a referral clause is given.
Have you tried adding objects by hand using LDIF ?
Did this work ?

Yours
PEter

On Friday 12 July 2002 20:40, you wrote:
> Hi again..here is some more information that might be of help.
>
> After installing and setting up the openldap server, I ran a application
> program (Directory.java) that creates actor objects and registers them
> (their actor ids and actor attributes) at the ldap server. The error
> message I get is that the attributes are not being added to the ldap
> server. The exact error message is as below
> ______________________________________________________________________
> Directory: AddActor Error : netscape.ldap.LDAPReferralException: referral
> (9); Referral:
> ldap://oops.i.did.it.again; Partial results and referral received
> ______________________________________________________________________
>
> I have re-installed the Berkeley DB several times and the same goes with
> the openldap software. Each time following the respective quick start
> guides to the letter !! But with this referral error, I'm quite lost. I
> can't figure out where to start to look from coz all I want is a stand
> alone ldap server and thatz what I have (I think) specified in the
> slapd.conf file.
>
> So, even if anybody can hint/suggest where the possible error might be, I
> can atleast explore all possibilities. Right now, I don't know where to
> begin with. So, please let me know .... would be pretty grateful.
>
> herez my slapd.conf file once again :
> ______________________________________________________________________
> # $OpenLDAP: pkg/ldap/servers/slapd/slapd.conf,v 1.8.8.7 2001/09/27
> 20:00:31 kurt Exp $
> #
> # See slapd.conf(5) for details on configuration options.
> # This file should NOT be world readable.
> #
> include /extra/mayur0/sw/pub/openldap/etc/openldap/schema/core.schema
> include /extra/mayur0/sw/pub/openldap/etc/openldap/schema/local.schema
> schemacheck     off
> # Do not enable referrals until AFTER you have a working directory
> # service AND an understanding of referrals.
> referral        ldap://oops.i.did.it.again
> pidfile         /extra/mayur0/sw/pub/openldap/var/slapd.pid
> argsfile        /extra/mayur0/sw/pub/openldap/var/slapd.args
> # Load dynamic backend modules:
> # modulepath    /extra/mayur0/sw/pub/openldap/libexec/openldap
> # moduleload    back_ldap.la
> # moduleload    back_ldbm.la
> # moduleload    back_passwd.la
> # moduleload    back_shell.la
> #
> # Sample Access Control
> #       Allow read access of root DSE
> #       Allow self write access
> #       Allow authenticated users read access
> #       Allow anonymous users to authenticate
> #
> #access to dn="" by * read
> #access to *
> #       by self write
> #       by users read
> #       by anonymous auth
> #
> # if no access controls are present, the default is:
> #       Allow read by all
> #
> # rootdn can always write!
> #######################################################################
> # ldbm database definitions
> #######################################################################
> database        ldbm
> suffix          "o=dsm.ics.uci.edu, c=US"
> # The database directory MUST exist prior to running slapd AND
> # should only be accessible by the slapd/tools. Mode 700 recommended.
> directory       /extra/mayur0/sw/pub/bDB
> # Cache Size
> cachesize       100000
> dbcachesize     1000000
> # Indices to maintain
> index           default         pres,eq
> #index          objectClass
> # Disable DB sync
> dbcacheNoWsync
> rootdn          "cn=Manager, o=dsm.ics.uci.edu, c=US"
> # Cleartext passwords, especially for the rootdn, should
> # be avoid.  See slappasswd(8) and slapd.conf(5) for details.
> # Use of strong authentication encouraged.
> rootpw          "secret"
> ______________________________________________________________________
>
> thanks a lot again,
> ~suraj

--
Peter Marschall     |   eMail: peter.marschall@mayn.de
Scheffelstraße 15   |          peter.marschall@is-energy.de
97072 Würzburg      |   Tel:   0931/14721
PGP:  D7 FF 20 FE E6 6B 31 74  D1 10 88 E0 3C FE 28 35




_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx