음 .....

이제 이해가 갑니다.

ㅋㅋㅋㅋㅋ

먼저 LDAP을 멈추고, dse.ldif를 바꾸고, 그리고 Start해야 됩니다.

멈추지 않고 고치면 적용되지 않습니다.

그럼

config dse.ldif 는 ldap server를 stop 시킨 상태에서 고쳤으며

다시 start 시켰을때는 dse.ldif.startOK 에서는 nsslap-sizelimit이

고쳐진 상태로 적용되였습니다.

그런데도 역시 같은 에러가 발생하고 있습니다.

다른 해결안은 없으신지요?

음. 클라이언트 단에서 Sizelimit을 건거 같은데요.

한번 클라이언트 프로그램에서 search를 할때 클라이언트 Sizelimit을 건거가 아닐까요?

다시 프로그램을 살펴보세요

일단 cmd 또는 일반 프로그램을 사용하여 검색을 실시합니다.

cmd 나 프로그램으로도 같은 결과를 가져온다면 서버측의 설정이 제대로 적용이 되지않은 상태입니다.

cmd나 프로그램의 결과는 원하는 숫자의 결과값을 얻어올수있다면,

directoryMark Tool의 설정값을 확인해주세요.

프로그램이 자바기반이라면 소스를 수정해야할지도 ...

윗분의 조언에 따라 cn= dd* 필터에 대하여 client에서 직접 하나의 질의에 대하여 실행해본 결과 필터에 맞는 엔트리가 10개 나왔습니다.

내가 생각했던거와 달리 문제는 거기에 있지 않고 description exactmatch를 하게 되는데 실행되는 시간이 너무 오래 걸려서

그러한 에러 메시지가 나오고 있습니다.

그래서 sunone directory 문서를 확인결과 cn, sn에 대하여서는 default로 index를 생성해주는데 desciption은 index가 없기에 실행 속도가 제한 시간내에 찾을수 없는것으로 나오는것 같습니다.

index 를 생성해서 사용하면 해결할듯 하네요...

근데 sunone 문서대로 index 를 생성하려고 하는데... 생성이 않되네요. 경험있는 분 답글 달아주세요

5.2 버전의 경우 해당 suffix data root로 에서  index 를 설정하면

새로이 인덱스만 전부 새로 생성 할것인지, 아니면 데이터를 새로 import 하면서 인덱스를 만들지 물어보는데요. 데이터가  크지않다면

새로 import 하는것이 낫습니다.

처음 사용자는 콘솔을 사용하여 사용하시는것이 편할텐데요

콘솔으로 직접 만들어 사용하는것이 좋습니다.

메일로 연락을 주시면 제가 Remote로 한번 해드리죠...

그럼