Hi Paul,

Thanks for shedding some light on this. Could you please explain a little 
further as to what is required to be done. I read the kb and its talking about 
resetting the index.

I just wanted to confirm the steps as I really don't want to stuff up the live 
solution, as all hell will break loose.

Regards,

Trent Allday

TAD Solutions  |  P: (03) 9018 9040 | F: (03) 9769 7561 | M: 0418 745 253  | W: 
TadSolutions.com.au

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Culmsee
Sent: Tuesday, 22 July 2008 3:49 PM
To: listserver@ozMOSS.com
Subject: RE: [OzMOSS] RE: MOSS Search

Sorry guys I haven't been following this thread until now, but as soon as  saw 
"stuck on crawling" it made me think of a recent problem I had with SQLSP1, 
maintenance plans and corrupt indexes

http://www.cleverworkarounds.com/2008/07/09/office-server-search-memory-leak-and-stuck-on-crawling/

Also check the personalisation service permissions of the crawler account in 
the SSP. I've seen this stick because the crawler can't access the user profile 
store.

Hope that helps

Paul



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Trent Allday
Sent: Tuesday, 22 July 2008 1:39 PM
To: listserver@ozMOSS.com
Subject: RE: [OzMOSS] RE: MOSS Search

Yeah correct. SQL is own its own machine. Web server on own machine. AD on own 
machine. All on same network and domain.

My test env is on one env (nice easy :)).

Regards,

Trent

------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.
Powered by mailenable.com



------------------------------------------------------------------- OzMOSS.com 
- to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject.

Powered by mailenable.com

Reply via email to