[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: NFS with OpenLDAP [different topic, similar question]
Similar topic, different question; just no nfs.
Say I have shared disk between two servers. If one server fails, the other
server picks up the disks (and starts slapd). Would that cause data
corruption problems? Would it be better to run slarpd and have the
secondary (standby) server change from the slave to the master?
Also, if I do use a slave server, and the slave server goes down. How to
I ensure that the slave it "up to date" when I bring it back online? Do
I need to copy the database from the master to the slave, or does slarpd
take care of it for me?
thanks
- Chuck
On Wed, Sep 11, 2002 at 11:29:17AM +0100, Andrew Findlay wrote:
> On Wed, Sep 11, 2002 at 11:14:09AM +0200, Agustin Torres wrote:
> >
> > i have several LDAP servers on typical structure. one MASTER server and several SLAVE servers.
> >
> > but i dont agree with slurpd and replication protocols. i think of NFS. could i get NFS directory and several LDAP server run over the same files? i know that NFS dont up any problem, but im not sure if OpenLDAP will do it?
>
> Running any sort of database on a network-mounted filesystem is a Bad
> Idea. Databases need to grab and release locks - possibly hundreds or
> thousands per second - and this is very inefficient across a network.
> In some implementations of NFS it does not work reliably at all.
>
> You should use the SLURPD replication system to keep slave copies in
> sync.
>
> I have summaried this in a new FAQ entry:
>
> http://www.openldap.org/faq/index.cgi?file=766
>
> What do you want to achieve with those slave servers? There are very
> few things where NFS-mounted database files would actually help even
> if they worked.
>
> Andrew
> --
> -----------------------------------------------------------------------
> | From Andrew Findlay, Skills 1st Ltd |
> | Consultant in large-scale systems, networks, and directory services |
> | http://www.skills-1st.co.uk/ +44 1628 782565 |
> -----------------------------------------------------------------------