Yeargan, Yancey wrote:
I think it is as simple as using multiple URL values separated with
spaces. For example:
ldap.initalize("url1 url2 url3")
The underlying LDAP code will automatically try each URL until one
succeeds or they all fail.
Yancey
Hi Yeargan. Thanks for the quick reply but that's not exactly the
problem we're facing. The point that if you initialize url1, url2 and
url3, with url1 down, the followup queries will be against url2. That's
a correct behaviour, but if while you're keeping up that connection,
this url2 server goes down, you'll get an exception, instead of trying
to reconnect to next available server (url1 or url3), supposing, of
course, that they have an equivalent structure.
So, when this happens, we're initializing another LDAPObject with
remaining URIs this way:
new_object =
ldap.functions._ldap_function_call(_ldap.initialize,string_uris)
self = new_object (or self._l = new_object?)
, but this still fails, any suggestion?
Greetings.
On Mar 29, 2010, at 9:41 AM, Alberto Luengo Cabanillas (Pexego) wrote:
Hi all! Me and a workmate are currently working in an approach of
connecting to different LDAP servers (each one is a replica of
another) because of fault tolerancy purposes.
So, first thing we did was modifying the *__init__* method of
SimpleLDAPObject class (ldapobject.py file) adding a new attribute
"pool" which contains the list of servers passed as param in
*initialize* method as a string. So, attribute .*_l *changes to:
self._l =
ldap.functions._ldap_function_call(_ldap.initialize,self._pool[0])
Then, in *_ldap_call *we introduced a /while/ loop surrounding all
code with a boolean condition set to False. When *"func"* call fails
raising a "SERVER_DOWN" exception, we remove URI from pool and create
a new ReconnectLDAPObject instance with self._l attribute pointing to
next LDAP URI in pool.
The problem we're actually facing is that when *func *calls raises a
SERVER_DOWN exception (with, for example, a *search_s* operation) the
code behaviour is correct when URI is wrong, but when LDAP URI is
right the func calls stills raises an exception...Is this because of
what is explained in the beginning of ReconnectLDAPObject class (that
synchronous methods like search_s() automatically tries to reconnect
when LDAP server is down)?.
Are we pointing in the right direction?
Thanks a lot in advance.
<ATT00001..c><ATT00002..c>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Python-LDAP-dev mailing list
Python-LDAP-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/python-ldap-dev
