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

Failed searches (fwd)



Hi All,

I got only one suggestions regarding my attached query, and that was
related to an access control problem, which I checked isn't the case.

So I ran slapd -d 65535, and got a little closer to the problem: the
entries are returned up to a point, and then ..

=> acl_access_allowed: read access to value "any" by ""
<= acl_access_allowed: granted by default (no matching to)
ber_flush: 160 bytes to sd 5
         0 81 9d 02 01 02  d 81 97 04  +  c  n  =  M  M
        20  B  a  r  n  a  r  d  ,  o  =  U  n  i  v  e
         r  s  i  t  y 20  o  f 20  P  r  e  t  o  r  i
         a  ,  c  =  Z  A  0  h  0 12 04 02  c  n  1 0c
        04 0a  M  M 20  B  a  r  n  a  r  d  0 0f 04 02
         s  n  1 09 04 07  B  a  r  n  a  r  d  0  " 04
        04  m  a  i  l  1 1a 04 18  m  b  a  r  n  a  r
         d  @  h  a  k  u  n  a  .  u  p  .  a  c  .  z
         a  0 1d 04 0f  t  e  l  e  p  h  o  n  e  n  u
         m  b  e  r  1 0a 04 08  4  2  0  -  2  9  0  2
        (end)
ber_flush failed errno 32 msg (Broken pipe)
conn=0 op=1 fd=5 closed errno=32

.. this is the error number the other Netscape queries fail with as well.
As said, interestingly enough, this problem doesn't occur when searching
with Pine 4.

Any ideas now, anyone ?

Thanks,

-- Charl
=================================+=====================================
Charl J. Barnard                 |            NW II Building Room 5-1.3
charl@up.ac.za                   |            University of Pretoria
Tel.: +27-12-420-2444            |            Pretoria, South Africa
   "To understand recursion, one must first understand recursion."

---------- Forwarded message ----------
Date: Mon, 19 Oct 1998 11:04:13 +0200 (SAT)
From: Charl Barnard <charl@up.ac.za>
To: openldap-bugs@openldap.org
Subject: Failed searches

Hi All,

I saw in the archives someone complaining about Netscape returning an
error similar to the one I'm getting now, but no answer, so I hope it
isn't a FAQ:

"Failed to search 'University of Pretoria' due to LDAP error 'unknown
error' (0xFFFFFFFF)"

Sometimes data is still returned, sometimes not, and a simple repeat of
the search normally returns the data without error.

On the slapd server's log, for example, two repeated searches, one giving
the error, the other not, I see:

Oct 19 10:55:23 postino slapd[20935]: conn=0 fd=5 connection from
aldous.up.ac.za (137.215.100.31) accepted. 
Oct 19 10:55:23 postino slapd[20935]: conn=0 op=0 BIND dn="" method=128 
Oct 19 10:55:23 postino slapd[20935]: conn=0 op=0 RESULT err=0 tag=97
nentries=0 
Oct 19 10:55:24 postino slapd[20935]: conn=0 op=1 SRCH base="o=University
of Pretoria,c=za" scope=2 filter="(cn=*BARNARD*)" 
Oct 19 10:55:24 postino slapd[20935]: conn=0 op=1 fd=5 closed errno=32 
Oct 19 10:55:28 postino slapd[20935]: conn=1 fd=5 connection from
aldous.up.ac.za (137.215.100.31) accepted. 
Oct 19 10:55:28 postino slapd[20935]: conn=1 op=0 BIND dn="" method=128 
Oct 19 10:55:28 postino slapd[20935]: conn=1 op=0 RESULT err=0 tag=97
nentries=0 
Oct 19 10:55:28 postino slapd[20935]: conn=1 op=1 SRCH base="o=University
of Pretoria,c=za" scope=2 filter="(cn=*BARNARD*)" 
Oct 19 10:55:30 postino slapd[20935]: conn=1 op=1 RESULT err=0 tag=101
nentries=4 
Oct 19 10:55:30 postino slapd[20935]: conn=1 op=2 UNBIND 
Oct 19 10:55:30 postino slapd[20935]: conn=1 op=2 fd=5 closed errno=0 

This is OpenLDAP 1.0; I saw exactly the same thing with the UMich 3.3
server.

Running under Linux 2.0.33; installed originally from Slackware 3.3.

Interestingly, I don't see the same thing with Pine's LDAP interface.

Any ideas ?

-- Charl
=================================+=====================================
Charl J. Barnard                 |            NW II Building Room 5-1.3
charl@up.ac.za                   |            University of Pretoria
Tel.: +27-12-420-2444            |            Pretoria, South Africa
   "To understand recursion, one must first understand recursion."