[389-users] Read data immediately after write

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



No i am not talking about proxy server but a master-slave set-up of OpenLDAP 2.3 and need to achieve chaining between them.
?
Cheers,
Ankur


--- On Mon, 10/19/09, Rich Megginson <rmeggins at redhat.com> wrote:


From: Rich Megginson <rmeggins at redhat.com>
Subject: Re: [389-users] Read data immediately after write
To: "General discussion list for the 389 Directory server project." <fedora-directory-users at redhat.com>
Date: Monday, October 19, 2009, 1:04 PM


Ankur Agarwal wrote:
> I want to achieve chaining between a master and slave having exactly same OUs and are based on OpenLDAP 2.3.
>
> What would be the configuration to achieve that?
>???
So 389 is the proxy server and openldap is hosting the real data?? It 
should just work.? Have you tried this configuration?? If so, what 
problems did you encounter?
> Regards,
> Ankur
>
> Sent from my iPhone
>
> On Oct 14, 2009, at 1:55 AM, Rich Megginson <rmeggins at redhat.com> wrote:
>
> Ankur Agarwal wrote:
> Thanks Rich...Would it be possible for you to share some configuration details to achieve this for OpenLDAP version 2.3?
>
> To achieve what exactly for OpenLDAP 2.3?? Chain from 389 to OpenLDAP?
>
> Cheers,
> A
>
> --- On *Mon, 10/12/09, Rich Megginson /<rmeggins at redhat.com>/* wrote:
>
>
>? ? From: Rich Megginson <rmeggins at redhat.com>
>? ? Subject: Re: [389-users] Read data immediately after write
>? ? To: "General discussion list for the 389 Directory server
>? ? project." <fedora-directory-users at redhat.com>
>? ? Date: Monday, October 12, 2009, 10:47 AM
>
>? ? Ankur Agarwal wrote:
>? ? > Can i use chaining between master-slave without having different
>? ? "ou"?
>? ? > I mean if i have exactly same directory structure and same set
>? ? of OUs
>? ? > can i still have chaining between master and slave?
>? ? >
>? ? Yes.
>? ? >
>? ? > Cheers,
>? ? > Ankur
>? ? >
>? ? >
>? ? > --- On *Thu, 10/8/09, Michael Str?der /<michael at stroeder.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=michael at stroeder.com>>/*
>? ? wrote:
>? ? >
>? ? >
>? ? >? ???From: Michael Str?der <michael at stroeder.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=michael at stroeder.com>>
>? ? >? ???Subject: Re: [389-users] Read data immediately after write
>? ? >? ???To: "General discussion list for the 389 Directory server
>? ? >? ???project." <fedora-directory-users at redhat.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=fedora-directory-users at redhat.com>>
>? ? >? ???Date: Thursday, October 8, 2009, 1:38 AM
>? ? >
>? ? >? ???Ankur Agarwal wrote:
>? ? >? ???>
>? ? >? ???> I have a master-slave set-up with write operations always
>? ? being
>? ? >? ???done to
>? ? >? ???> the master node. Now there is an issue where i need to
>? ? read some
>? ? >? ???data
>? ? >? ???> immediately after write, and my read request goes to the
>? ? slave.
>? ? >? ???It fails
>? ? >? ???> in cases when replication hasnt happened from master to
>? ? slave before
>? ? >? ???> this read operation.
>? ? >
>? ? >? ???You simply should not do that. Read from the master if you
>? ? have to
>? ? >? ???rely on the
>? ? >? ???consistency of what you recently wrote to the master.
>? ? >
>? ? >? ???> Is there a LDAP level configuration to handle this situation?
>? ? >? ???> Can chaining help in this case?
>? ? >
>? ? >? ???No. (Except chaining the read requests of the writing client to
>? ? >? ???the master
>? ? >? ???which you don't want I guess).
>? ? >
>? ? >? ???Ciao, Michael.
>? ? >
>? ? >? ???--
>? ? >? ???389 users mailing list
>? ? >? ???389-users at redhat.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=389-users at redhat.com>
>? ? >? ? ? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=389-users at redhat.com>
>? ? >? ???https://www.redhat.com/mailman/listinfo/fedora-directory-users
>? ? >
>? ? >
>? ? >
>? ? ------------------------------------------------------------------------
>? ? >
>? ? > --
>? ? > 389 users mailing list
>? ? > 389-users at redhat.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=389-users at redhat.com>
>? ? > https://www.redhat.com/mailman/listinfo/fedora-directory-users
>? ? >???
>
>
>? ? -----Inline Attachment Follows-----
>
>? ? --
>? ? 389 users mailing list
>? ? 389-users at redhat.com
>? ? <http://us.mc589.mail.yahoo.com/mc/compose?to=389-users at redhat.com>
>? ? https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
> ------------------------------------------------------------------------
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>? 
>
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
>? ? ???
>
> --
> 389 users mailing list
> 389-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>???



-----Inline Attachment Follows-----


--
389 users mailing list
389-users at redhat.com
https://www.redhat.com/mailman/listinfo/fedora-directory-users



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20091020/7a2c32d7/attachment.html 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux