Neo

On Wed, Sep 14, 2011 at 6:41 PM, Bill MacAllister <whm@stanford.edu> wrote:

--On Wednesday, September 14, 2011 06:35:09 PM +0200 pradyumna dash <neomatrixgem@gmail.com> wrote:

Hi,

ldapsearch -x shows the content of LDAP database as well wothout any
additional options. I can see the same in one of my servers,I took a dump of
the running server by slapcat and restored the same in this server.

I can see the data by slapcat but ldapsearch is not working.

The box where ldap running fine its using slapd.d backend, but this server i
have configured to run from slapd.conf file, can it be a issue with the DB
backup and restore as they are both using different backend?

Regards,
Neo

Did you even try my suggestion? The error message that you got back, i.e.
"32 no such object" is telling you that you have not supplied a baseDN
for the search.

Bill

P.S. Top posting to replies sucks.

On Wed, Sep 14, 2011 at 6:29 PM, Bill MacAllister <whm@stanford.edu> wrote:

--On Wednesday, September 14, 2011 06:20:03 PM +0200 pradyumna dash <
neomatrixgem@gmail.com> wrote:

I have fixed this by deleting the slapd.d and also changed the script to

read slapd.conf file but now

when am trying ldapserach -x its showing 32 no such object

but the below command works

ldapsearch -LLL -Wx -D "cn=Manager,dc=mail,dc=domain,**dc=com

why is that ?

Because you did it wrong. There is not enough information in your
message to tell much more than you contacted an LDAP server and
got an error message. You might want to try using a fully specified
search and work back from there. For example:

ldapsearch -x -h somehost.com -b cn=sometree,dc=domain,dc=com

Bill

Regards,

Neo
On Wed, Sep 14, 2011 at 5:34 PM, pradyumna dash <neomatrixgem@gmail.com
> wrote:

Hi ,

Can i disable cn=config module, I just want to use plain old slapd.conf
file. How to disable that. So that LDAP wont use the directory.

Am using SLES 11 SP1 and i tried deleteting the directory but if i am
unable to restart the service.

Regards,
Neo

--

Bill MacAllister
Infrastructure Delivery Group, Stanford University

--

Bill MacAllister
Infrastructure Delivery Group, Stanford University