Red Hat Bugzilla – Bug 957864
Simple paged results should support async search
Last modified: 2013-11-21 16:07:26 EST
This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/47347 Some of the intensive asynchronous search requests fail with "unwilling to perform(53), Simple Paged Results Search already in progress on this connection". Observed in 389-ds-base-1.2.11.15-11.el6.x86_64, but master also has the issue. In the current code, SPR (simple paged results) is serialized and if a next page request comes in while the current page is being retrieved and returned, it returns 53 to the next page request.
Hi Noriko, To reproduce the issue - I need to run two parallel simple paged search and it should not return error 50. Please correct me if I am wrong.
(In reply to Sankar Ramalingam from comment #6) > Hi Noriko, > To reproduce the issue - I need to run two parallel simple paged search > and it should not return error 50. Please correct me if I am wrong. The two searches need to be performed on the same connection using async LDAP calls. You can't reproduce/verify the issue by simply running two separate search clients, as they will be using separate connections. The original issue was encountered by SSSD, so you could use that as a client. The alternative is to write a custom test client program.
Marking the bug as Verified since the associated sssd bugzilla was verified on RHEL6.5. sssd bugzilla - https://bugzilla.redhat.com/show_bug.cgi?id=951086
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHBA-2013-1653.html