Re^4: Using Mozilla::LDAP instead of Net::LDAP

Strat,

there is error handling in the code; however the symptoms are:
(1) A search completes without error, returning the expected (large amount of) data.
(2) The next searches fails 'Unable to contact LDAP server' (or similar).

The server log shows that the connection was unbound after the successful search in (1) although the code did not issue an 'unbind'.

This in turn explains the unexpected failure in (2) as there is no longer a connection.

I have not yet located a log which shows any error associated with the connection which unexpectedly 'unbound'.

I have so far been unable to reproduce the fault on a test system, and I am reluctant to propose upping the server logging on an extremely heavily loaded live service.

Regards

Dave R.

Nothing succeeds like a budgie with no teeth.

Comment on Re^4: Using Mozilla::LDAP instead of Net::LDAP

Replies are listed 'Best First'.
Re^5: Using Mozilla::LDAP instead of Net::LDAP by strat (Canon) on Oct 03, 2006 at 10:53 UTC
To be able to help you, I need more specific information: the output of the following line after the first search: `$conn->printError() if $conn->getErrorCode();` If there's no output, then also put it into the loop where you are fetching the entries. which LDAP Server you use (also which patch level; e.g. IBM Tivoli Directory Server 5.2 without patches sometimes behaves strange) see some code, especially the connect/bind and search properties. Best regards, perl -e "s>>F>e=>y)\martinF)stronat)=>print,print v8.8.8.32.11.32"	[reply] [d/l]
Re^6: Using Mozilla::LDAP instead of Net::LDAP by LittleGreyCat (Scribe) on Oct 10, 2006 at 11:12 UTC
strat, I am now down into the depths of Solaris using ptree and the like, and pretty sure that this is an isssue with the X.500 directory we are using. Thanks for your help so far; what I have found is that the Mozilla LDAP we are using is not very flexible; there is very little exposed in the 'search' method and the 'API' code seems to break everything. Investigation from the Perl end does not seem to be a good prospect. I am now going to throw this at our directory supplier. Regards Dave R Nothing succeeds like a budgie with no teeth.	[reply]