Thursday, October 30, 2008

Access denied when crawling MOSS Content

Banging your head against your screen because you get the following error message...?

Access is denied. Verify that either the Default Content Access Account has access to this repository, or add a crawl rule to crawl this repository. If the repository being crawled is a SharePoint repository, verify that the account you are using has "Full Read" permissions on the SharePoint Web Application being crawled. (The item was deleted because it was either not found or the crawler was denied access to it.)

Try the following to fix this:

Disable the loopback check

Follow these steps:
1. Click Start, click Run, type regedit, and then click OK.
2. In Registry Editor, locate and then click the following registry key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
3. Right-click Lsa, point to New, and then click DWORD Value.
4. Type DisableLoopbackCheck, and then press ENTER.
5. Right-click DisableLoopbackCheck, and then click Modify.
6. In the Value data box, type 1, and then click OK.
7. Quit Registry Editor, and then restart your computer.


Source: http://support.microsoft.com/kb/896861

50 comments:

Mike Ruhl said...

After applying the following SharePoint Server 2007 patches:
1. KB 953397: Excel Server Security Update x86 x64

2. KB 955586: Document Lifecycle Workflow Update

3. August Cumulative Update for Windows SharePoint Services 3.0 (Global)

4. August Cumulative Update for Windows SharePoint Services 3.0 (Local)

5. August Cumulative Update for Microsoft Office Servers

was getting access denied when search ran. did the following fix

BAMG fixed the issue!!!!!!!!!

THANKS!!!!!!!

Steve said...

After installing .Net Framework on my Moss servers, I received some remarks that the Search didn't do its job...
I've tried your solution, and BAM! Fixed the problem.

Thanks,

deano said...

Same as above ... installed latest .net 3.5 sp1 ... applied the reg fix and all sorted!

Thank you very much !!!

Jason said...

Saved my butt, thanks! My issue was also .net 3.5sp1 related.

Troy said...

Great fix....and I didn't even have to reboot to get results. The next time the search service ran, it just worked. Thanks Again!!

Matt Varblow said...

Awesome! This registry change fixed our search problems.

Thanks!

Izabela said...

It worked perfectly!
The problem is fixed :D

Thanks a lot:)

Scott said...

Have been pulling hair out. Other SSP on the same farm indexing a site works. But not our main one. This fixed it. Thanks. No reboot necessary.

Yohan said...

Thanks for the info... fixed the problem for me! Have to say, this fix isn't an obvious one.

Anonymous said...

Superb !!!!!!!!!.
I was banging my head on the wall for this

Search works now

Steve Ruiz said...

Thank you very much for this!

Anonymous said...

Dang!! worked like a charm

Jay said...

Worked like a charm for me

THANKS!!!!!

PS: didnt have to reboot

Anonymous said...

Thought I had broken my site after modifying the search bar on the master page. Searched a week for the answer. This worked like a charm. Thanks a mil.

Nigel Ainscoe said...

Error every five minutes for weeks. 5 Minutes RegEdit - fixed. Thanks a mill - I didn't need to re-boot either (W2008)

Anonymous said...

Ditto.... Problems occurred after .NET Framework 3.5 Sp1 update. This fix worked liked a dream.

Thanks for keep my stress levels down.

Anonymous said...

I have been tearing my hair out (literally) for about three days now. The problem I was having was with the people search. The rest of the search service was working was just fine.

Thank you for this post. I can now go back to my life and work on a comb-over!

Anonymous said...

My Problem is still not fixed. I still got the same access denied error. I have made the registry entry and many other things, but didnt work for me.

Any other thoughts?

K33S said...

Same problem after .net 3.5 sp1 update.

Applied the fix and it works!

Thanks,

Kees

Slauterhaus said...

Had the same problem after .NET Framework 3.5 SP1 update + Feb 24th WSS & MOSS Cumulative updates. This solution worked!!! Thank you!!!

Anonymous said...

Thanks! this works for me.

Erik De Roeck said...

Thanks for posting this!

It worked like a charm!!!

Jeff Poste said...

Many thanks for posting this. It fixed the problem for me too.

Anonymous said...

The fix works like a dream - no reboot required.

I had actually come across the MS KB article but did not think that was related in any way to my MOSS search issue.

Thank you so much!

TM

Marco said...

This was the solutions. Indeed weeks of errors and one little registery hack fixed it...

Thanks!

Anonymous said...

I was going around, checking the user permissions...nothing could make it work.

This solution worked. Thanks a lot.

Anonymous said...

Thanks!
This was a great post and quick fix. Wish I found this sooner.

Anonymous said...

THANK YOU!!! This saved me many headaches after the tedious installation process only to have my crawl log tell me access was denied to the content account.

Adnan said...

Hi.

I faced the same problem on MOSS 2007 Server running on Windows Server 2008 OS. I managed to fix this problem by disabling look backup check, which is enabled by default on Windows Server 2008 Operating Systems.

Complete detail can be found at: http://www.mossgurus.com/adnan/Lists/Posts/Post.aspx?ID=22

Thanks
Adnan Ahmed
http://www.mossgurus.com

Kyle said...

Great instruction - works like a champ!.. thanks for an awesome post!

Tom said...

Thanks, this really helped!

Anonymous said...

This saved my day, thank you!
Robert, Norway

Anonymous said...

This worked fabulously. I stopped started services instead of a reboot.

Anonymous said...

You are Awesome!. Your recommended fix worked for me too!

-Ben

Anonymous said...

Hi,
On which server need to edit registry: front-end srever, sql data server or application server? thanks! Viv

Anonymous said...

Hi,
On which server need to edit registry: front-end srever, data server or application server? thanks!

Viv

Cesare Osuji said...

I used your process and it worked. I was working with Moss 2007 R2 on windows server 2008 R2 and for some reason the search didn't work. Thanks anyway.

Anonymous said...

Thank you thank you thank you. I bucked it all afternoon, being a registry edit and all, but it worked and my default content access account now has all the acess its little heart desires.

Now I can stop saying bad words and will have a better weekend...

Martin said...

Thanks. Works perfectly. Can't believe, that you have to modify the registry to have the search running.

Anonymous said...

Great fix! Thanks - just had to apply this to my SP2010 cluster, and it fixed my search.

Anonymous said...

thank you! your post is very helpful to me

Anonymous said...

Thank you, had to do this on our moss 2010 and it did the trick

dotnetfreak said...

Great post. Wonderful. :-)

Anonymous said...

Many people were benifited from this solution. My only question is which server should I apply this regedit changes? I change it on the SharePoint 2010 server, and still have the same problem. Should I change it on the MOSS2007 instead?

Thank you.

ocean1 said...

Bang on!!!! We were experiencing the same problem in our QAT environment with new sites only, old site were crawling fine. I was scratching my head. I didn't even have to reboot the server, because would have to wait till after hours, raise a plog etc., but put the key in the registery and I am getting results! YEAH

Prashant said...

THANK YOU.. i was literally banging my head as you said :o). this simple solution solved my problem.

Anonymous said...

Brand new Sharepoint Server 2010 installation and this is still very relevent.

Great fix!!!

Victor said...

Folks, in my case I was crawling file shares, not moss content. MOSS content crawling was working fine.

Anyways, the fix for my environment was to change default content access account from

domain\username
to
username@domain.local

Hope this helps someone out there.

Anonymous said...

It fixed the search error.

Thanks

Anonymous said...

Thanks ..Help me a lot..