[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."