python-ldap-dev — discussion among developers

Help

[sudhindra a. <sud...@ya...>]

Hello,


    I am configuring LDAPuserfolder with Zope in order
to access LDAP server running at RedHat Linux
9.0......during startup of ZOPE server.....i got the
following error....help me to tackle the issue

The error is as follows:-

[root@intranet1 bin]# ./runzope
------
2005-04-18T12:03:36 INFO(0) ZServer HTTP server
started at Mon Apr 18 12:03:36 2005
        Hostname: intranet1
        Port: 8080
------
2005-04-18T12:03:36 INFO(0) ZServer FTP server started
at Mon Apr 18 12:03:36 2005
        Hostname: intranet1
        Port: 8021
------
2005-04-18T12:03:36 INFO(0) Zope Set effective user to
"zope"
------
2005-04-18T12:03:38 INFO(0) IngeniWeb
NOTICE   global_symbols.py:20:Mon Apr 18 12:03:38
2005: 'Starting
/opt/zope/instance0/Products/GroupUserFolder at 4
debug level'
                                                      
                                                      
               
------
2005-04-18T12:03:38 ERROR(200) Zope Could not import
Products.LDAPUserFolder
Traceback (most recent call last):
  File
"/opt/zope/Zope2.7.2/lib/python/OFS/Application.py",
line 660, in import_product
    product=__import__(pname, global_dict,
global_dict, silly)
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/__init__.py",
line 15, in ?
    from LDAPUserFolder import addLDAPUserFolderForm,
\
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/LDAPUserFolder.py",
line 27, in ?
    from LDAPUser import LDAPUser
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/LDAPUser.py",
line 23, in ?
    from utils import _verifyUnicode, encoding
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/utils.py",
line 25, in ?
    import ldap
  File
"/opt/python23/lib/python2.3/site-packages/ldap/__init__.py",
line 21, in ?
    from _ldap import *
ImportError: libldap_r-2.2.so.7: cannot open shared
object file: No such file or directory
Traceback (most recent call last):
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/Startup/run.py",
line 50, in ?
    run()
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/Startup/run.py",
line 19, in run
    start_zope(opts.configroot)
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/Startup/__init__.py",
line 51, in start_zope
    starter.startZope()
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/Startup/__init__.py",
line 230, in startZope
    Zope.startup()
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/__init__.py",
line 47, in startup
    _startup()
  File
"/opt/zope/Zope2.7.2/lib/python/Zope/App/startup.py",
line 45, in startup
    OFS.Application.import_products()
  File
"/opt/zope/Zope2.7.2/lib/python/OFS/Application.py",
line 637, in import_products
    import_product(product_dir, product_name,
raise_exc=debug_mode)
  File
"/opt/zope/Zope2.7.2/lib/python/OFS/Application.py",
line 660, in import_product
    product=__import__(pname, global_dict,
global_dict, silly)
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/__init__.py",
line 15, in ?
    from LDAPUserFolder import addLDAPUserFolderForm,
\
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/LDAPUserFolder.py",
line 27, in ?
    from LDAPUser import LDAPUser
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/LDAPUser.py",
line 23, in ?
    from utils import _verifyUnicode, encoding
  File
"/opt/zope/Zope2.7.2/lib/python/Products/LDAPUserFolder/utils.py",
line 25, in ?
    import ldap
  File
"/opt/python23/lib/python2.3/site-packages/ldap/__init__.py",
line 21, in ?
    from _ldap import *
ImportError: libldap_r-2.2.so.7: cannot open shared
object file: No such file or directory

Reply me

Thanks in advance

Bye
Sudhindra L A




________________________________________________________________________
Yahoo! India Matrimony: Find your life partner online
Go to: http://yahoo.shaadi.com/india-matrimony

Re: Help

[<mi...@st...>]

sudhi ndra wrote:
>  
>   I have installed openldap2.2.24 successfully

Did you compile OpenLDAP with SASL support.

Please post the output of

ldd <path to OpenLDAP libs>/libldap_r

> def
> sasl_interactive_bind_s(self,who,auth,serverctrls=None,clientctrls=None,sasl_flags=ldap.SASL_QUIET):
> 
> AttributeError: 'module' object has no attribute
> 'SASL_QUIET'

Can you also please post your setup.cfg?

Ciao, Michael.

Help

[sudhi n. <lak...@ya...>]

Hello,
 
  I have installed openldap2.2.24 successfully and now
i want install python-ldap interface, so that i can
access LDAP server(In Redhat 9) from Plone using
LDAPUserFolder.At this instance i got struck with an
error which as follows:-
 
 
 
[root@intranet1 python-ldap-2.0.2]#
/usr/local/src/Zope-2.7.2-0/bin/python

Python 2.3.3 (#1, Apr 14 2005, 11:06:41)

[GCC 3.2.2 20030222 (Red Hat Linux 3.2.2-5)] on linux2

Type "help", "copyright", "credits" or "license" for
more information.

>>> import ldap

Traceback (most recent call last):

File "<stdin>", line 1, in ?

File
"/usr/local/lib/python2.3/site-packages/ldap/__init__.py",
line 46, in ?

from functions import
open,initialize,init,explode_dn,explode_rdn,get_option,set_option

File
"/usr/local/lib/python2.3/site-packages/ldap/functions.py",
line 34, in ?

from ldap.ldapobject import LDAPObject

File
"/usr/local/lib/python2.3/site-packages/ldap/ldapobject.py",
line 43, in ?

class SimpleLDAPObject:

File
"/usr/local/lib/python2.3/site-packages/ldap/ldapobject.py",
line 192, in SimpleLDAPObject

def
sasl_interactive_bind_s(self,who,auth,serverctrls=None,clientctrls=None,sasl_flags=ldap.SASL_QUIET):

AttributeError: 'module' object has no attribute
'SASL_QUIET'

>>>

 

Help me..................Got struck with this......

Thanks in advance

 

Bye

Sudhindra L A

Mail me to sud...@ka...

 

 


________________________________________________________________________
Yahoo! India Matrimony: Find your life partner online
Go to: http://yahoo.shaadi.com/india-matrimony

Re: AD sizelimit

[Deepak G. <de...@ar...>]

On Tue, 2005-04-05 at 01:53 +0200, gee...@ut... wrote:
> I have an Active Directory with some 9000 users. 
> How can I retrieve all users with ldap. I only get back 1000 entries
> (which is the page size of AD) 
> I've tried to set the pagesize to 10000, but still the same result 

I think that setting sizelimit to 10000 only sets a client-side limit on
the number of results to return. AD, however, imposes a server-side
limit of 1000, so that explains why the sizelimit argument you give has
no effect.

I've actually run into this, and there's 2 solutions I can think of:

1) Use the 'paged results' LDAP control (RFC 2696) to get your users in
chunks. This would require using a CVS build of python-ldap since
support for LDAP controls hasn't appeared in a release yet. I actually
haven't tried this approach yet, but I will be soon for a project at my
laboratory.

2) The quick fix: increase the pagesize on your AD server. Here's how:
http://support.microsoft.com/default.aspx?scid=kb;en-us;315071&sd=tech

Basically, you'll need to use ntdsutil.exe to modify the 'MaxPageSize'
attribute.

Cheers!
deepak

--
Deepak Giridharagopal
Applied Research Laboratories
University of Texas at Austin

Re: AD sizelimit

[<mi...@st...>]

gee...@ut... wrote:
> 
> I have an Active Directory with some 9000 users.
> How can I retrieve all users with ldap. I only get back 1000 entries
> (which is the page size of AD)
> I've tried to set the pagesize to 10000, but still the same result

This is not an python-ldap issue. Maybe you have more luck asking in a
AD-specific forum like news:microsoft.public.windows.server.active_directory

Ciao, Michael.

Re: problem with the case of attributes' names

[<mi...@st...>]

Jerome Alet wrote:
> 
> On Thu, Mar 31, 2005 at 03:33:26PM +0200, Michael Ströder wrote:
> 
> Am I right in thinking that each time I use search_s() I should
> transform the result this way so that the app doesn't care :
> 
> --- CUT ---    
> result = server.search_s(base, scope, fiterexp, attributes)
> if result :
>     result = [ (dn, ldap.cidict.cidict(attrs)) for (dn, attrs) in result ]
> --- CUT ---    

This may solve it. But note that there are also some alias problems. One
example from recent OpenLDAP schema:

( 2.5.4.9 NAME ( 'street' 'streetAddress' ) DESC ... )

> OK, so if I always transform the search results with the above code,
> and if I directly use these transformed results when calling 
> modifyModlist() for both old and new entries, all should be fine ?

In theory everything should be fine regarding case of attribute type
names. But please test yourself!

Ciao, Michael.

AD sizelimit

[<gee...@ut...>]

Hi all,

I have an Active Directory with some 9000 users.
How can I retrieve all users with ldap. I only get back 1000 entries 
(which is the page size of AD)
I've tried to set the pagesize to 10000, but still the same result

        l = ldap.open(gADServer)
        l.simple_bind_s(gADWho, gADCred)
        s = ldap.async.List(l)
        s.startSearch(ADContainer, searchScope, searchFilter, 
sizelimit=10000)

        try:
          partial = s.processResults()
        except ldap.SIZELIMIT_EXCEEDED:
          sys.stderr.write('Warning: Server-side size limit exceeded.\n')
        else:
          if partial:
            sys.stderr.write('Warning: Only partial results received.\n')

        sys.stdout.write('%d results received.\n' % (len(s.allResults)))



result:
Warning: Server-side size limit exceeded.
1000 results received.


Thanks,
Geert

Re: problem with the case of attributes' names

[<mi...@st...>]

Jerome Alet wrote:
> 
> The same app which works just fine with OpenLDAP breaks with IDS
> because, it seems, of a problem with the case of attributes' names.
> 
> For example, IDS will return things like "objectclass" while
> OpenLDAP will return "objectClass", and this seems to cause some
> problems when retrieving and/or modifying attributes

Your application has to deal with it
(and with more weird alias issues).

> Could this be a bug in IDS ?

No, it isn't.

> Should apps expect attributes names in any case or not ?

Attribute type descriptions should be handled case-insensitive.

> Shouldn't ldap.modlist handle this automatically (not sure if it
> does or not) when updating existing attributes ?

It can handle this automagically if you use ldap.cidict for the entry
dictionaries passed to ldap.modlist.modifyModlist().

> Does python-ldap do something special about name's case or not ?

python-ldap mainly provides ldap.cidict which a dictionary class with
case-insensitive strings as keys.

Another more sophisticated solution is undocumented class
ldap.schema.models.Entry. But have to implement full schema support for
making real use of it.

Ciao, Michael.

Re: problem with the case of attributes' names

[Jerome A. <al...@li...>]

Hi,

On Thu, Mar 31, 2005 at 03:33:26PM +0200, Michael Ströder wrote:
> 
> Your application has to deal with it
> (and with more weird alias issues).
> ... 
> > Shouldn't ldap.modlist handle this automatically (not sure if it
> > does or not) when updating existing attributes ?
> 
> It can handle this automagically if you use ldap.cidict for the entry
> dictionaries passed to ldap.modlist.modifyModlist().

Am I right in thinking that each time I use search_s() I should
transform the result this way so that the app doesn't care :

--- CUT ---    
result = server.search_s(base, scope, fiterexp, attributes)
if result :
    result = [ (dn, ldap.cidict.cidict(attrs)) for (dn, attrs) in result ]
--- CUT ---    
        
> > Does python-ldap do something special about name's case or not ?
> 
> python-ldap mainly provides ldap.cidict which a dictionary class with
> case-insensitive strings as keys.

OK, so if I always transform the search results with the above code,
and if I directly use these transformed results when calling 
modifyModlist() for both old and new entries, all should be fine ?

Do I understand correctly ?

If yes, then this is just great news :-)

(sorry, no more access to an ldap server for today, I can't test this
until tomorrow)

thanks all for your help

Jerome Alet

problem with the case of attributes' names

[Jerome A. <al...@li...>]

Hello,

I encounter some problems with IBM Directory Server and python-ldap

The same app which works just fine with OpenLDAP breaks with IDS
because, it seems, of a problem with the case of attributes' names.

For example, IDS will return things like "objectclass" while
OpenLDAP will return "objectClass", and this seems to cause some
problems when retrieving and/or modifying attributes

Could this be a bug in IDS ?

Is there some rule on how to correctly handle this ?

Should apps expect attributes names in any case or not ?

Shouldn't ldap.modlist handle this automatically (not sure if it
does or not) when updating existing attributes ?

Does python-ldap do something special about name's case or not ?

Thanks in advance for any information on this subject.

Jerome Alet

RE: 100% CPU utilization in Zope after LDAP connection timeout

[Matthew X. E. <xen...@ir...>]

Michael,

I installed python-ldap 2.0.6 on Python 2.4 and using OpenLDAP 2.2.23,
all of which came from the FreeBSD ports tree.  According to ldd(1),
python-ldap's helper library links to the reentrant versions of the
OpenLDAP client libraries:

    /usr/local/lib/python2.4/site-packages/_ldap.so:
        libldap_r-2.2.so.7 =3D> /usr/local/lib/libldap_r-2.2.so.7
        liblber-2.2.so.7 =3D> /usr/local/lib/liblber-2.2.so.7
        libssl.so.3 =3D> /usr/lib/libssl.so.3
        libcrypto.so.3 =3D> /lib/libcrypto.so.3

I traced the Zope process with ktrace(8).  There are a number of calls
to poll(2) and the SIGPROF signal handler (which resets itself,
apparently, as I see follow-up calls to gettimeofday(2) and
sigprocmask(2)).  These calls repeat.  I believe SIGPROF is used by the
threading implementation.

I attached to the Zope instance with GDB.  While it doesn't list any
threads (command "info threads"), GDB gives me the following backtrace:

(gdb) bt
#0  0x00000001601bd320 in _get_curthread () from /usr/lib/libc_r.so.5
#1  0x00000001601c1be4 in _thread_leave_cancellation_point () from
/usr/lib/libc_r.so.5
#2  0x00000001601b70e8 in select () from /usr/lib/libc_r.so.5
#3  0x0000000160ca4644 in ldap_int_select () from
/usr/local/lib/libldap_r-2.2.so.7
#4  0x0000000160c8c9a4 in wait4msg () from
/usr/local/lib/libldap_r-2.2.so.7
#5  0x0000000160c8c440 in ldap_result () from
/usr/local/lib/libldap_r-2.2.so.7
#6  0x0000000160c5ce50 in l_ldap_result2 () from
/usr/local/lib/python2.3/site-packages/_ldap.so
#7  0x00000001200cf9ac in PyCFunction_Call ()
#8  0x00000001200186f4 in PyObject_Call ()
#9  0x0000000120080228 in PyEval_GetFuncDesc ()
#10 0x000000012007c7a8 in PyEval_EvalCode ()
#11 0x000000012007dcb8 in PyEval_EvalCodeEx ()

> Could you please try to reproduce this problem without Zope? Maybe
> some small multi-threaded client app sending similar LDAP requests
> to the server?

I wish I knew enough Python to write a few test cases of my own.  I will
try.

Best wishes,
Matthew

--=20
"The challenge of a moral life is to do nothing that requires
forgiveness."  - Roger Ebert in his review of _The Woodsman_

Re: 100% CPU utilization in Zope after LDAP connection timeout

[<mi...@st...>]

Matthew X. Economou wrote:
> I think there's a problem with python-ldap on FreeBSD/alpha that
> causes a thread with an LDAP connection to get stuck in a CLOSE_WAIT
> state.  I am unsure how to further troubleshoot this problem.

Which OpenLDAP client lib version are you using?

Did you build python-ldap against OpenLDAP's libldap_r? This is strongly
recommended for multi-threaded client apps.

> Digital AlphaServer 2000 5/250

Which version of python-ldap are you using? There were some fixes in
python-ldap 2.0.4 for 64-bit platforms.

Could you please try to reproduce this problem without Zope? Maybe some
small multi-threaded client app sending similar LDAP requests to the server?

Ciao, Michael.

100% CPU utilization in Zope after LDAP connection timeout

[Matthew X. E. <xen...@ir...>]

I think there's a problem with python-ldap on FreeBSD/alpha that
causes a thread with an LDAP connection to get stuck in a CLOSE_WAIT
state.  I am unsure how to further troubleshoot this problem.

After running properly for about an hour or two (including correctly
authenticating users), my Zope instance stops responding to HTTP
requests and begins consuming all available CPU time.  A back-trace in
GDB showed Zope spinning around a call to select(2) within the
OpenLDAP client library.  A packet capture of all of the LDAP traffic
generated by the Zope instance showed a FIN/ACK from Zope, the
corresponding ACK from the server, a FIN/ACK from the server, but
never the corresponding ACK from Zope; these LDAP connections persist
indefinitely in a CLOSE_WAIT state.  Using DeadlockDebugger and
threadtrace, I generated Python traceback dumps of the threads; these
are included below.

I see the same problem (LDAP connections stuck in CLOSE_WAIT) both
under Python 2.3 and Python 2.4.  I upgraded Python hoping that
improvements made to its threading implementation would correct what
appears to be a deadlock or race condition within python-ldap or its
caller.  Python 2.4 does seem to be better able to handle the
aftereffects of the race: Zope no longer becomes completely
unresponsive (e.g. the top-level ZMI works).

Other programs on my web server that use the OpenLDAP client libraries
are not exhibiting this behavior, e.g. Samba 3.0.11 (winbindd).

Specs:

Digital AlphaServer 2000 5/250
FreeBSD/alpha 5.3-RELEASE
Python 2.4
Zope 2.7.4
Plone 2.0.5

Threads traceback dump at 2005-03-15 16:12:55:

Thread 4871774208 (GET
/VirtualHostBase/http/web.irtnog.org:80/irtnog/VirtualHostRoot/Members/x
enophon/freebsd/install):
  File
"/usr/local/www/Zope/lib/python/ZServer/PubCore/ZServerPublisher.py",
line 23, in __init__
    response=3Dresponse)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 384,
in publish_module
    environ, debug, request, response)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 175,
in publish_module_standard
    response =3D publish(request, module_name, after_list, =
debug=3Ddebug)
  File
"/usr/local/www/zope/Products/PlacelessTranslationService/PatchStringIO.
py", line 51, in new_publish
    x =3D Publish.old_publish(request, module_name, after_list, debug)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 101,
in publish
    request, bind=3D1)
  File "/usr/local/www/Zope/lib/python/ZPublisher/mapply.py", line 88,
in mapply
    if debug is not None: return debug(object,args,context)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 39,
in call_object
    result=3Dapply(object,args) # Type s<cr> to step into published
object.
  File "/usr/local/www/zope/Products/CMFCore/PortalContent.py", line
116, in __call__
    return view()
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 306, in __call__
    return self._bindAndExec(args, kw, None)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
191, in _exec
    result =3D self.pt_render(extra_context=3Dbound_names)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
124, in pt_render
    result =3D FSPageTemplate.inheritedAttribute('pt_render')(
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/PageTemplate.py",
line 96, in pt_render
    tal=3Dnot source, strictinsert=3D0)()
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 190,
in __call__
    self.interpret(self.program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 409,
in do_optTag_tal
    self.do_optTag(stuff)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 394,
in do_optTag
    return self.no_tag(start, program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 389,
in no_tag
    self.interpret(program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 460,
in do_setLocal_tal
    self.engine.setLocal(name, self.engine.evaluateValue(expr))
  File "/usr/local/www/Zope/lib/python/Products/PageTemplates/TALES.py",
line 221, in evaluate
    return expression(self)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 201, in __call__
    return self._eval(econtext)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 196, in _eval
    return render(ob, econtext.vars)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 95, in render
    ob =3D call_with_ns(ob.__render_with_namespace__, ns)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/ZRPythonExpr.py",
line 73, in call_with_ns
    return f(td)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
99, in __render_with_namespace__
    return Script.__render_with_namespace__(self, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 320, in __render_with_namespace__
    return self._bindAndExec((), namevals, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
160, in _exec
    result =3D apply(f, args, kw)
  File "Script (Python)", line 30, in listMetaTags
  File "/usr/local/www/zope/Products/CMFDefault/DublinCore.py", line
106, in Creator
    owner =3D self.getOwner()
  File "/usr/local/www/Zope/lib/python/AccessControl/Owned.py", line 94,
in getOwner
    user =3D udb.getUserById(oid, None)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
336, in getUserById
    ret =3D self.getUser(id, __force_group_id__ =3D 1)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
317, in getUser
    u =3D src.getUser(name)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
783, in getUser
    user =3D self.getUserByAttr(self._login_attr, name, pwd, cache=3D1)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
714, in getUserByAttr
    user_roles, user_dn, user_attrs =3D self._lookupuserbyattr(
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
305, in _lookupuserbyattr
    , bind_pwd=3Dbind_pwd
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
318, in search
    connection =3D self.connect(bind_dn=3Dbind_dn, bind_pwd=3Dbind_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
195, in connect
    conn.simple_bind_s(user_dn, user_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/SharedResource.py", line
110, in __call__
    self._lock.acquire()
  File "/usr/local/lib/python2.4/threading.py", line 100, in acquire
    rc =3D self.__block.acquire(blocking)

Thread 4913403904 (GET
/VirtualHostBase/http/web.irtnog.org:80/irtnog/VirtualHostRoot/Members/x
enophon/freebsd/winbind):
  File
"/usr/local/www/Zope/lib/python/ZServer/PubCore/ZServerPublisher.py",
line 23, in __init__
    response=3Dresponse)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 384,
in publish_module
    environ, debug, request, response)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 175,
in publish_module_standard
    response =3D publish(request, module_name, after_list, =
debug=3Ddebug)
  File
"/usr/local/www/zope/Products/PlacelessTranslationService/PatchStringIO.
py", line 51, in new_publish
    x =3D Publish.old_publish(request, module_name, after_list, debug)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 101,
in publish
    request, bind=3D1)
  File "/usr/local/www/Zope/lib/python/ZPublisher/mapply.py", line 88,
in mapply
    if debug is not None: return debug(object,args,context)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 39,
in call_object
    result=3Dapply(object,args) # Type s<cr> to step into published
object.
  File "/usr/local/www/zope/Products/CMFCore/PortalContent.py", line
116, in __call__
    return view()
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 306, in __call__
    return self._bindAndExec(args, kw, None)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
191, in _exec
    result =3D self.pt_render(extra_context=3Dbound_names)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
124, in pt_render
    result =3D FSPageTemplate.inheritedAttribute('pt_render')(
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/PageTemplate.py",
line 96, in pt_render
    tal=3Dnot source, strictinsert=3D0)()
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 190,
in __call__
    self.interpret(self.program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 409,
in do_optTag_tal
    self.do_optTag(stuff)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 394,
in do_optTag
    return self.no_tag(start, program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 389,
in no_tag
    self.interpret(program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 460,
in do_setLocal_tal
    self.engine.setLocal(name, self.engine.evaluateValue(expr))
  File "/usr/local/www/Zope/lib/python/Products/PageTemplates/TALES.py",
line 221, in evaluate
    return expression(self)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 201, in __call__
    return self._eval(econtext)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 196, in _eval
    return render(ob, econtext.vars)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 95, in render
    ob =3D call_with_ns(ob.__render_with_namespace__, ns)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/ZRPythonExpr.py",
line 73, in call_with_ns
    return f(td)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
99, in __render_with_namespace__
    return Script.__render_with_namespace__(self, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 320, in __render_with_namespace__
    return self._bindAndExec((), namevals, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
160, in _exec
    result =3D apply(f, args, kw)
  File "Script (Python)", line 30, in listMetaTags
  File "/usr/local/www/zope/Products/CMFDefault/DublinCore.py", line
106, in Creator
    owner =3D self.getOwner()
  File "/usr/local/www/Zope/lib/python/AccessControl/Owned.py", line 94,
in getOwner
    user =3D udb.getUserById(oid, None)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
336, in getUserById
    ret =3D self.getUser(id, __force_group_id__ =3D 1)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
317, in getUser
    u =3D src.getUser(name)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
783, in getUser
    user =3D self.getUserByAttr(self._login_attr, name, pwd, cache=3D1)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
714, in getUserByAttr
    user_roles, user_dn, user_attrs =3D self._lookupuserbyattr(
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
305, in _lookupuserbyattr
    , bind_pwd=3Dbind_pwd
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
318, in search
    connection =3D self.connect(bind_dn=3Dbind_dn, bind_pwd=3Dbind_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
195, in connect
    conn.simple_bind_s(user_dn, user_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/SharedResource.py", line
112, in __call__
    return self._callable(*args, **kw)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
760, in simple_bind_s
    return SimpleLDAPObject.simple_bind_s(self,*args,**kwargs)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
175, in simple_bind_s
    msgid =3D self.simple_bind(who,cred,serverctrls,clientctrls)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
169, in simple_bind
    return
self._ldap_call(self._l.simple_bind,who,cred,serverctrls,clientctrls)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
91, in _ldap_call
    self._ldap_object_lock.acquire()

Thread 4913401856 (GET
/VirtualHostBase/http/web.irtnog.org:80/irtnog/VirtualHostRoot/Members/x
enophon/freebsd/winbind):
  File
"/usr/local/www/Zope/lib/python/ZServer/PubCore/ZServerPublisher.py",
line 23, in __init__
    response=3Dresponse)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 384,
in publish_module
    environ, debug, request, response)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 175,
in publish_module_standard
    response =3D publish(request, module_name, after_list, =
debug=3Ddebug)
  File
"/usr/local/www/zope/Products/PlacelessTranslationService/PatchStringIO.
py", line 51, in new_publish
    x =3D Publish.old_publish(request, module_name, after_list, debug)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 101,
in publish
    request, bind=3D1)
  File "/usr/local/www/Zope/lib/python/ZPublisher/mapply.py", line 88,
in mapply
    if debug is not None: return debug(object,args,context)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 39,
in call_object
    result=3Dapply(object,args) # Type s<cr> to step into published
object.
  File "/usr/local/www/zope/Products/CMFCore/PortalContent.py", line
116, in __call__
    return view()
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 306, in __call__
    return self._bindAndExec(args, kw, None)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
191, in _exec
    result =3D self.pt_render(extra_context=3Dbound_names)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
124, in pt_render
    result =3D FSPageTemplate.inheritedAttribute('pt_render')(
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/PageTemplate.py",
line 96, in pt_render
    tal=3Dnot source, strictinsert=3D0)()
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 190,
in __call__
    self.interpret(self.program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 409,
in do_optTag_tal
    self.do_optTag(stuff)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 394,
in do_optTag
    return self.no_tag(start, program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 389,
in no_tag
    self.interpret(program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 460,
in do_setLocal_tal
    self.engine.setLocal(name, self.engine.evaluateValue(expr))
  File "/usr/local/www/Zope/lib/python/Products/PageTemplates/TALES.py",
line 221, in evaluate
    return expression(self)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 201, in __call__
    return self._eval(econtext)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 196, in _eval
    return render(ob, econtext.vars)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 95, in render
    ob =3D call_with_ns(ob.__render_with_namespace__, ns)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/ZRPythonExpr.py",
line 73, in call_with_ns
    return f(td)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
99, in __render_with_namespace__
    return Script.__render_with_namespace__(self, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 320, in __render_with_namespace__
    return self._bindAndExec((), namevals, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
160, in _exec
    result =3D apply(f, args, kw)
  File "Script (Python)", line 30, in listMetaTags
  File "/usr/local/www/zope/Products/CMFDefault/DublinCore.py", line
106, in Creator
    owner =3D self.getOwner()
  File "/usr/local/www/Zope/lib/python/AccessControl/Owned.py", line 94,
in getOwner
    user =3D udb.getUserById(oid, None)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
336, in getUserById
    ret =3D self.getUser(id, __force_group_id__ =3D 1)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
317, in getUser
    u =3D src.getUser(name)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
783, in getUser
    user =3D self.getUserByAttr(self._login_attr, name, pwd, cache=3D1)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
714, in getUserByAttr
    user_roles, user_dn, user_attrs =3D self._lookupuserbyattr(
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
305, in _lookupuserbyattr
    , bind_pwd=3Dbind_pwd
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
318, in search
    connection =3D self.connect(bind_dn=3Dbind_dn, bind_pwd=3Dbind_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
219, in connect
    , op_timeout=3Dgetter('op_timeout')
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
292, in _connect
    connection.simple_bind_s(user_dn, user_pwd)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
760, in simple_bind_s
    return SimpleLDAPObject.simple_bind_s(self,*args,**kwargs)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
176, in simple_bind_s
    self.result(msgid,all=3D1,timeout=3Dself.timeout)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
399, in result
    res_type,res_data,res_msgid =3D self.result2(msgid,all,timeout)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
405, in result2
    return self._ldap_call(self._l.result2,msgid,all,timeout)
  File "/usr/local/lib/python2.4/site-packages/ldap/ldapobject.py", line
94, in _ldap_call
    result =3D func(*args,**kwargs)

Thread 4913399808 (GET
/VirtualHostBase/http/web.irtnog.org:80/irtnog/VirtualHostRoot/Members/x
enophon/freebsd/install):
  File
"/usr/local/www/Zope/lib/python/ZServer/PubCore/ZServerPublisher.py",
line 23, in __init__
    response=3Dresponse)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 384,
in publish_module
    environ, debug, request, response)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 175,
in publish_module_standard
    response =3D publish(request, module_name, after_list, =
debug=3Ddebug)
  File
"/usr/local/www/zope/Products/PlacelessTranslationService/PatchStringIO.
py", line 51, in new_publish
    x =3D Publish.old_publish(request, module_name, after_list, debug)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 101,
in publish
    request, bind=3D1)
  File "/usr/local/www/Zope/lib/python/ZPublisher/mapply.py", line 88,
in mapply
    if debug is not None: return debug(object,args,context)
  File "/usr/local/www/Zope/lib/python/ZPublisher/Publish.py", line 39,
in call_object
    result=3Dapply(object,args) # Type s<cr> to step into published
object.
  File "/usr/local/www/zope/Products/CMFCore/PortalContent.py", line
116, in __call__
    return view()
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 306, in __call__
    return self._bindAndExec(args, kw, None)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
191, in _exec
    result =3D self.pt_render(extra_context=3Dbound_names)
  File "/usr/local/www/zope/Products/CMFCore/FSPageTemplate.py", line
124, in pt_render
    result =3D FSPageTemplate.inheritedAttribute('pt_render')(
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/PageTemplate.py",
line 96, in pt_render
    tal=3Dnot source, strictinsert=3D0)()
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 190,
in __call__
    self.interpret(self.program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 409,
in do_optTag_tal
    self.do_optTag(stuff)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 394,
in do_optTag
    return self.no_tag(start, program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 389,
in no_tag
    self.interpret(program)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 671,
in do_useMacro
    self.interpret(macro)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 234,
in interpret
    handlers[opcode](self, args)
  File "/usr/local/www/Zope/lib/python/TAL/TALInterpreter.py", line 460,
in do_setLocal_tal
    self.engine.setLocal(name, self.engine.evaluateValue(expr))
  File "/usr/local/www/Zope/lib/python/Products/PageTemplates/TALES.py",
line 221, in evaluate
    return expression(self)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 201, in __call__
    return self._eval(econtext)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 196, in _eval
    return render(ob, econtext.vars)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/Expressions.py",
line 95, in render
    ob =3D call_with_ns(ob.__render_with_namespace__, ns)
  File
"/usr/local/www/Zope/lib/python/Products/PageTemplates/ZRPythonExpr.py",
line 73, in call_with_ns
    return f(td)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
99, in __render_with_namespace__
    return Script.__render_with_namespace__(self, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 320, in __render_with_namespace__
    return self._bindAndExec((), namevals, namespace)
  File "/usr/local/www/Zope/lib/python/Shared/DC/Scripts/Bindings.py",
line 343, in _bindAndExec
    return self._exec(bound_data, args, kw)
  File "/usr/local/www/zope/Products/CMFCore/FSPythonScript.py", line
160, in _exec
    result =3D apply(f, args, kw)
  File "Script (Python)", line 30, in listMetaTags
  File "/usr/local/www/zope/Products/CMFDefault/DublinCore.py", line
106, in Creator
    owner =3D self.getOwner()
  File "/usr/local/www/Zope/lib/python/AccessControl/Owned.py", line 94,
in getOwner
    user =3D udb.getUserById(oid, None)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
336, in getUserById
    ret =3D self.getUser(id, __force_group_id__ =3D 1)
  File
"/usr/local/www/zope/Products/GroupUserFolder/GroupUserFolder.py", line
317, in getUser
    u =3D src.getUser(name)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
783, in getUser
    user =3D self.getUserByAttr(self._login_attr, name, pwd, cache=3D1)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
714, in getUserByAttr
    user_roles, user_dn, user_attrs =3D self._lookupuserbyattr(
  File "/var/www/zope/Products/LDAPUserFolder/LDAPUserFolder.py", line
305, in _lookupuserbyattr
    , bind_pwd=3Dbind_pwd
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
318, in search
    connection =3D self.connect(bind_dn=3Dbind_dn, bind_pwd=3Dbind_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/LDAPDelegate.py", line
195, in connect
    conn.simple_bind_s(user_dn, user_pwd)
  File "/var/www/zope/Products/LDAPUserFolder/SharedResource.py", line
110, in __call__
    self._lock.acquire()
  File "/usr/local/lib/python2.4/threading.py", line 100, in acquire
    rc =3D self.__block.acquire(blocking)

End of dump

--=20
"The challenge of a moral life is to do nothing that requires
forgiveness."  - Roger Ebert in his review of _The Woodsman_

Re: Please review and test preliminary support for LDAP controls

[<mi...@st...>]

Deepak Giridharagopal wrote:
> On Tue, 2005-03-01 at 21:24 +0100, Michael Ströder wrote:
> 
>>Anyway I'd appreciate every one's feedback whether the modifications in 
>>class LDAPControl and the sub-module ldap.controls seems suitable. So 
>>please bring your CVS working dir in sync and test. Thanks!
> 
> It looks like ldapobject.py invokes the EncodeControlTuples function for
> some extended ldap operations, but not all of them. Ideally, every call
> to "_ldap_call" that takes controls as parameters should be converting
> LDAPControl arguments to tuples, right?

Right! Sorry, forgot to modify all the other LDAPObject methods as well.

> I've attached a patch.

Please commit it.

Ciao, Michael.

Re: Please review and test preliminary support for LDAP controls

[Deepak G. <de...@ar...>]

On Tue, 2005-03-01 at 21:24 +0100, Michael Str=F6der wrote:
> Anyway I'd appreciate every one's feedback whether the modifications in=
=20
> class LDAPControl and the sub-module ldap.controls seems suitable. So=20
> please bring your CVS working dir in sync and test. Thanks!

It looks like ldapobject.py invokes the EncodeControlTuples function for
some extended ldap operations, but not all of them. Ideally, every call
to "_ldap_call" that takes controls as parameters should be converting
LDAPControl arguments to tuples, right? I've attached a patch.

Cheers!
deepak

--
Deepak Giridharagopal
Applied Research Laboratories
University of Texas at Austin

Re: [Webware-discuss] Re: python-ldap + webware + solaris odd problem

[Winston W. <win...@ca...>]

This is bizzare.  I don't have any clues to help you, but I'm 
interested in what you find out.

One funny thing that Webware does is install a custom import hook.  It 
adds an import hook to track what modules have been imported, and then 
watches them to see if they have changed.  I have no idea if it is 
related.

-ww

On Mar 7, 2005, at 12:26 PM, Joe Pasko wrote:

> Ok this is weird.
>
> To recap: python-ldap is working fine under solaris 8 and 10 when run
> either from the command line or as a cgi under apache.
>
> Python-ldap is failing when run it under webware. Note python-ldap is
> working just fine under webware when run under linux.
>
> I've  traced the problem to something in the network land.
>
> When running under webware + solaris :
>
> The initial ldap request packet(SYN) is sent to the server, BUT packet
> #2 is a RST(Tcp reset) sent from the client to the ldap server.
>
> So the successful handshake looks like the typical TCP: Syn, SYN,ACK, 
> etc seq.
>
> Running under webware under solaris I get:
>
> Client sends SYN -> ldap server
> Client sends RST -> ldap server
> Server sends SYN,ACK -> Client
> Server sends RST,ACK -> Client
>
> Anyone have thoughts on what might be causing the TCP Reset( RST ) to 
> be sent?
>
> I'm still trying to figure out why the behavior would be different
> under webware than the command line or as a cgi.
>
> All help Appreciated,
>
> Joe.
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real 
> users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Webware-discuss mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/webware-discuss
>
>
_________________________________________
winston wolff - (646) 827-2242 - http://www.stratolab.com - learning by 
creating

Re: python-ldap + webware + solaris odd problem

[Jens V. <je...@da...>]

On Mar 7, 2005, at 18:26, Joe Pasko wrote:
> Anyone have thoughts on what might be causing the TCP Reset( RST ) to 
> be sent?
>
> I'm still trying to figure out why the behavior would be different
> under webware than the command line or as a cgi.

I doubt this is a python-ldap problem. If I'm not mistaken python-ldap 
does not by itself talk to the network (or issue any low-level network 
messages), it uses LDAP libraries which in turn talk to the network. I 
would assume that's where the problem is.

jens

Re: python-ldap + webware + solaris odd problem

[Joe P. <fig...@gm...>]

Ok this is weird.

To recap: python-ldap is working fine under solaris 8 and 10 when run
either from the command line or as a cgi under apache.

Python-ldap is failing when run it under webware. Note python-ldap is
working just fine under webware when run under linux.

I've  traced the problem to something in the network land.

When running under webware + solaris :

The initial ldap request packet(SYN) is sent to the server, BUT packet
#2 is a RST(Tcp reset) sent from the client to the ldap server.

So the successful handshake looks like the typical TCP: Syn, SYN,ACK, etc seq.

Running under webware under solaris I get:

Client sends SYN -> ldap server
Client sends RST -> ldap server
Server sends SYN,ACK -> Client
Server sends RST,ACK -> Client

Anyone have thoughts on what might be causing the TCP Reset( RST ) to be sent?

I'm still trying to figure out why the behavior would be different
under webware than the command line or as a cgi.

All help Appreciated,

Joe.

Re: python-ldap + webware + solaris odd problem

[<mi...@st...>]

Joe Pasko wrote:
> 
> I've tried  solaris 8, solaris 10, and suse 9, all with the same
> results. Works under linux under webware, pukes on the bind under
> solaris.

Joe, unfortunately without knowing your system(s) I can only give some 
general hints:

Make sure the very same Python interpreter is used for webware and for 
your test programs using python-ldap.

Make sure there is no mess with the LDAP libraries shipped with Solaris 
(which can't be used with python-ldap).

Use arguments trace_level and trace_file for ldap.initialize() or 
ldap.open() to let python-ldap write a detailed trace log with all the 
args passed to its API.

> SERVER_DOWN: {'desc': "Can't contact LDAP server"}
 > [..]
>                self.l = ldap.open( 'MYHOST.mydomain.com', 389 )

Is the server running at ldap://MYHOST.mydomain.com:389 is really 
reachable by the Solaris system?

Ciao, Michael.

Re: Whoops premature send, mail python-ldap + webware + solaris odd problem

[<mi...@st...>]

Joe,

Joe Pasko wrote:
> I started to snoop the traffic between the solaris client machine and
> ldap server.
> [..]
> Packet #1: ETHER:  Packet size = 66 bytes
> Packet #2: ETHER:  Packet size = 54 bytes
> 
> So the $2 question is why is the python-ldap library under webware
> sending two packets ?

sorry, this information does not help to track down the problem at your 
site.

Ciao, Michael.

Whoops premature send, mail python-ldap + webware + solaris odd problem

[Joe P. <fig...@gm...>]

I started to snoop the traffic between the solaris client machine and
ldap server.

On successful ldap queries(cmd line python) the first two packets go
back and forth to the ldap server as expected.

   client  -> server
   client  <- server
   client -> server

On the webware based ldap requests I see the first three packets

   client -> server
   client -> server
   client  <- server

It's noteworthy that the second packet being sent in the failed
scenario is a bit smaller than the first packet.

Packet #1: ETHER:  Packet size = 66 bytes
Packet #2: ETHER:  Packet size = 54 bytes

So the $2 question is why is the python-ldap library under webware
sending two packets ?

python-ldap + webware + solaris odd problem ...2 request packets sent

[Joe P. <fig...@gm...>]

I started to snoop the traffic between the client and ldap server.

On successful ldap queries(cmd line python) the first two packets go
back and forth to the ldap server as expected.
client  -> server
client  <- server

python-ldap + webware + solaris odd problem

[Joe P. <fig...@gm...>]

Hi All, 

I'm seeing a weird problem using python-ldap under solaris with
webware as the app-server.

The python-ldap modules works fine under Solaris and linux if run from
the command line, and fine as a .cgi under apache. When running under
webware on Solaris,  I'm getting a can't connect to ldap server error.

I've run this same code under webware on linux, and it works fine.

One of my first thoughts is solaris's linker, but I've added the
openldap lib dir to LD_LIBRARY_PATH and restarted webware...to the
same result.

Has anyone run into this?

I've tried  solaris 8, solaris 10, and suse 9, all with the same
results. Works under linux under webware, pukes on the bind under
solaris.

The traceback is:

File "/usr/local/lib/python2.2/site-packages/ldap/ldapobject.py", line
183, in bind
    return self.simple_bind(who,cred)
  File "/usr/local/lib/python2.2/site-packages/ldap/ldapobject.py",
line 169, in simple_bind
    return self._ldap_call(self._l.simple_bind,who,cred,serverctrls,clientctrls)
  File "/usr/local/lib/python2.2/site-packages/ldap/ldapobject.py",
line 94, in _ldap_call
    result = func(*args,**kwargs)
SERVER_DOWN: {'desc': "Can't contact LDAP server"}


The servlet code is:


#------------------------------------------------------------------
from ExamplePage import ExamplePage
from time import *
import ldap

class ShowTime(ExamplePage):

       def __init__( self ):
               ExamplePage.__init__( self )
               self.searchScope   = ldap.SCOPE_SUBTREE
               self.baseDN_people = "ou=people,ou=global,dc=mycompany,dc=com"

       def awake( self, trans ):
               ExamplePage.awake( self, trans )
               self.l = ldap.open( 'MYHOST.mydomain.com', 389 )
               self.l.bind( "", "" )

       def writeContent(self):

               l             = self.l
               rattrs        = None
               resid         = None
               searchFilter  = "(&(cn=jpasko))"

               resid = l.search( self.baseDN_people,
self.searchScope, searchFilter, rattrs )
               res = []
               while 1:

                       result_type, result_data = l.result( resid, 0 )

                       if (result_data == []):
                               break
                       else:
                               res.append( result_data )

               self.write( res )

       def sleep(  self, trans ):
               self.l.unbind()


All help appreciated,

Joe.

Re: Backward compability older Python versions

[<mi...@st...>]

Jens Vagelpohl wrote:
> 
> At the same time I think if you make sure to clearly mark this step 
> (both in the docs ("If you use OL version X you can only use python-ldap 
> version Y") as well as maybe by a new version number scheme (a 2.1 beta 
> series comes to mind)) people should be satisfied.

The file CHANGES in CVS already mentions version 2.1.0. This will be a 
new-feature release. That's why I want to make a clear decision now 
whether to make a cut with some old compability stuff.

> They will still complain, of course ;)

That's for sure. ;-}

Ciao, Michael.

Re: Odd error with sasl_interactive_bind_s

[<mi...@st...>]

Deepak Giridharagopal wrote:
> On Fri, 2005-03-04 at 13:12 +0100, Michael Ströder wrote:
> 
>>Extension modules are not binary-compatible between media versions of 
>>Python. A module compiled for 2.2 cannot run under Python 2.3 without 
>>being rebuilt.
> 
> Hmmm, didn't realize that. I will now wave my magic wand and we'll all
> pretend I never sent out that last message. :)

Which message? ;-)

> Does anyone have any objections to the attached patch, then?

Seems to be perfect. Please commit.

Ciao, Michael.