[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
RE: Regarding LDAP error
Raghu,
Looks like there is some process already listening to port 389 which by
default slapd tries to start at.
Either knock of the process running on 389 or try to start slapd on another
port.
To start on another port, use slapd -h "ldap://localhost:666" where 666 is
some other port other than 389. Ensure that the port is available.
Good Luck,
Jeeva Venkataraman,
Software Engineer,MediaOcean.
Everything is permanent, till it changes and after it changes, its permanent
again.
-----Original Message-----
From: raghu [mailto:raghu@qsoftindia.com]
Sent: Monday, May 13, 2002 1:48 AM
To: Venkataraman, Jeeva
Subject: Regarding LDAP error
Dear Jeeva
I tried with your sugesstion , running the slapd with debug mode and Iam
getting the following error.
#./slapd -d 9
(#) $OpenLDAP: slapd 2.0.11-Release (Tue Aug 21 17:23:00 EDT 2001) $
root@stripples.devel.redhat.com:/usr/src/build/34468-i386/BUILD/openldap-2.0
.
11/servers/slapd
daemon_init: listen on ldap:///
daemon_init: 1 listeners to open...
ldap_url_parse_ext(ldap:///)
daemon: socket() failed errno=97 (Address family not supported by protocol)
daemon: bind(6) failed errno=98 (Address already in use)
daemon: bind(6) failed
slapd stopped.
connections_destroy: nothing to destroy.
and the slapd.conf file is
# $OpenLDAP: pkg/ldap/servers/slapd/slapd.conf,v 1.8.8.6 2001/04/20 23:32:43
kurt Exp $
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /etc/openldap/schema/core.schema
include /etc/openldap/schema/cosine.schema
include /etc/openldap/schema/inetorgperson.schema
include /etc/openldap/schema/nis.schema
include /etc/openldap/schema/redhat/rfc822-MailMember.schema
include /etc/openldap/schema/redhat/autofs.schema
include /etc/openldap/schema/redhat/kerberosobject.schema
# Define global ACLs to disable default read access.
# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral ldap://root.openldap.org
pidfile //var/run/slapd.pid
argsfile //var/run/slapd.args
# Create a replication log in /var/lib/ldap for use by slurpd.
#replogfile /var/lib/ldap/master-slapd.replog
# Load dynamic backend modules:
# modulepath /usr/sbin/openldap
# moduleload back_ldap.la
# moduleload back_ldbm.la
# moduleload back_passwd.la
# moduleload back_shell.la
# The next two lines allow use of TLS for connections using a dummy test
# certificate, but you should generate a proper certificate by changing to
# /usr/share/ssl/certs, running "make slapd.pem", and fixing permissions on
# slapd.pem so that the ldap user or group can read it.
#TLSCertificateFile /usr/share/ssl/certs/slapd.pem
#TLSCertificateKeyFile /usr/share/ssl/certs/slapd.pem
#######################################################################
# ldbm database definitions
#######################################################################
database ldbm
suffix "dc=qsoft,dc=com"
#suffix "o=My Organization Name,c=US"
rootdn "cn=Manager,dc=qsoft,dc=com"
#rootdn "cn=Manager,o=My Organization Name,c=US"
# Cleartext passwords, especially for the rootdn, should
# be avoided. See slappasswd(8) and slapd.conf(5) for details.
# Use of strong authentication encouraged.
rootpw chintu123
# rootpw {crypt}ijFYNcSNctBYg
# The database directory MUST exist prior to running slapd AND
# should only be accessible by the slapd/tools. Mode 700 recommended.
directory /var/lib/ldap
# Indices to maintain
index objectClass,uid,uidNumber,gidNumber,memberUid eq
index cn,mail,surname,givenname eq,subinitial
# Replicas to which we should propagate changes
#replica ldap-1.example.com:389 tls=yes
# bindmethod=sasl saslmech=GSSAPI
# authcId=host/ldap-master.example.com@EXAMPLE.COM
Please help me how to rectify the problem
Regards
Raghu