[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: deferring operation: pending operations



Ben Beuchler writes:
> Apr 11 15:06:43 cliff slapd[15355]: conn=1 op=36051 BIND anonymous
> mech=implicit ssf=0
> Apr 11 15:06:43 cliff slapd[15355]: conn=1 op=36051 BIND dn="" method=128
> Apr 11 15:06:43 cliff slapd[15355]: connection_input: conn=1 deferring
> operation: pending operations
> Apr 11 15:06:43 cliff slapd[15355]: conn=1 op=36051 RESULT tag=97 err=0 text=
>
> I can't find a reference to '97' anywhere in the above mentioned RFC.
> Is there somewhere else I should look?

97 is BindResponse.  But it's easier to take the conn=1 op=36051 in the
RESULT, and find the matching conn=1 op=36051 request.  Each request on
a connection gets its own op number.  Don't be confused by the several
BINDs with the same conn+op - that means several things are happening
with that request or slapd wanted to log more than one line's worth of
data.  In this case, the mech=implicit Bind is because any Bind first
reverts the connection to anonymous if it is not already anonymous.

BTW, I notice the requests/responses you've posted were less than 2 or
often 1 seconds apart - is that how long clients hang, or are there some
really long hangs?

On another note, maybe you can dispatch the Binds to e.g. 4 processes
and thus 4 connections, thus reducing much of the sequencing.

-- 
Regards,
Hallvard