Re: ADAM crashing
- From: "Clive George" <clive@xxxxxxxxxxxxxxxxxx>
- Date: Mon, 22 Aug 2005 23:14:13 +0100
(A couple of weeks after my original post)
Well, things have got more interesting. I can now reliably break our ADAM
service.
I've installed the hotfix suggested by Lee. This appeared to work, but I
think what actually happened is I didn't do the offending LDAP query in the
meantime.
We have all our users in one group. There are about 6300 users. The query
which breaks it is a search on that group, single level only, no size limit,
no time limit, 19 attributes, control type 1.2.840.113556.1.4.319
(pagedResultsControl), page size 900.
(this deduced from looking at the TCP traffic involved).
The first page is received successfully. The client requests the next page,
and then about half way through receiving the next page sents an
AbandonRequest (which seems to include the control + cookie info from the
request being abandoned).
The server (ADAM) finishes sending the page, including the cookie for the
page after, then the client requests the second page again, using the first
cookie. At this point the server gives an error :
000020EF: SvcErr: DSID-0205136A, problem 5012 (DIR_ERROR), data 8333
The client tries again, and the connection terminates. Soon afterwards (a
few seconds) the ADAM service stops.
I've tried it with a page size of 100 and 50, and I get the same results -
the client tries to abandon the request, then retry it, then ADAM crashes.
Obviously I'll be contacting the vendor of the client software to see how I
can configure things to not abandon the request too early, but I'm pretty
sure that doing this shouldn't actually break ADAM!
Does anybody have any ideas about this?
cheers,
clive
.
- Follow-Ups:
- Re: ADAM crashing
- From: Clive George
- Re: ADAM crashing
- Prev by Date: Re: gpo access denied
- Next by Date: Re: ADAM Replication of System Attributes
- Previous by thread: Group Policy - Pushing out Software
- Next by thread: Re: ADAM crashing
- Index(es):
Relevant Pages
|
