[Date Prev][Date Next]
Re: Ldap Servers sharing same mount point
> ThanX for the reply
> But, the problem with replication daemon is that
> adding new entries at the slave slapd does not work
> properly. The entries added at master slapd is
> propagated to the slave. But, adding entries at the
> slave slapd, gets added only to that database.
> The slapd & slurpd administrations talks about a
> referral to be in slave slapd.conf. I have the
> following line in my slave slapd.conf
> referral ldap://10.9.2.178 # master ldap server
As I noted in another reply ealier this weekend, many times people,
including myself, set up the updatedn on a replica to be the same
as the rootdn. If you do this, and test updates using the updatedn
(which equals rootdn) you won't get a referral. Perhaps this is
> But, it does not seem to work
> Any idea about this problem ?
> --- Hugo.van.der.Kooij@caiw.nl wrote:
> > On Sat, 2 Dec 2000, Iddyamadom Santhoshkumar wrote:
> > > As part of setting up two ldap servers (for
> > > availability) we thought of setting up two
> > machines
> > > with OpenLdap installed on both of them. Both
> > "slapd"s
> > > point to the same database (same "directory" entry
You can't do that. Slapd is not designed to share the underlying database
with another slapd (except perhaps with back-sql as noted below, but even
then you would have caching/synchronization problems, since slapd is
expecting it to be sole modifyer of the underlying database).
> > in
> > > slapd.conf in both machines). It is possible to do
> > > ldapsearch only on the machine where slapd is
> > started
> > > first. On the other machine, ldapsearch gives
> > > "ldap_search: No Such object" . With detailed log,
> > it
> > > seems the problem is ldbm_cache_open returns error
> > 11,
> > > "Resource Temporarily Unavailable", while trying
> > to
> > > open dn2id.gdbm
> > I don't think you can have two servers accessing the
> > same backend database
> > like this. Perhaps it works with a SQL backend
> > database but it is a
> > nightmare setup.
> > For multiple servers the replication daemon is the
> > path to go.
> > Hugo.
> > --
> > Hugo van der Kooij; Oranje Nassaustraat 16; 3155 VJ
> > Maasland
> > firstname.lastname@example.org http://home.kabelfoon.nl/~hvdkooij/
> > This message has not been checked and may contain
> > harmfull content.
> Do You Yahoo!?
> Yahoo! Shopping - Thousands of Stores. Millions of Products.