Today when I tried to install the .NET Framework 3.5 I got following error within your event log:
Event Source: Office Server Search
Event Category: Gatherer
Event ID: 2436
Date: 26.03.2009
Time: 11:59:50
User: N/A
Computer: <YourServer>
Description:
The start address <YourSiteCollection> cannot be crawled.
Context: Application ‚SharedServices‘, Catalog ‚Portal_Content‘
Details:
Access is denied. Check that the Default Content Access Account has access to this content, or add a crawl rule to crawl this content. (0x80041205)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
When you start to analyses the error you will find a Knowledge base article on the Microsoft homepage KB887993. Within this article they describe authentication issues to access web pages.
Use the second method to apply following registry key
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]
„DisableLoopbackCheck“=dword:00000001
When you applied above registry value you get a second error within your event log:
Event Source: Windows Search Service
Event Category: Gatherer
Event ID: 3083
Date: 26.03.2009
Time: 15:26:27
User: N/A
Computer: <YourServer>
Description:
The protocol handler Search.Mapi2Handler.1 cannot be loaded. Error description: Class not registered.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
What for a strange error. It seems that the search class is not registered yet. If you take a closer look within the „Component services“ you find a discrepancy. If you search for osearch and check the permission entries you will see that you don’t have permission entries for your Index / Service account from your MOSS farm. You may miss the „WSS_Admin_WPG“ and „WSS_WPG group“ too.
If you take a look within your central administration now you will see that the search is running. But if you open your service manager you see that the service is stopped.
The simple resolution is to start the service from your search. You can do that on command line.
stsadm -o osearch -action start
That’s all. It seems if you start the service that all security information on the object will be set correctly.
It disappointing me that if you upgrade the .NET Framework to a higher version, what is good for your workflow functionality, that you run in problems like that. Hopefully this help someone.
For more information about the osearch commands check the technet article Osearch: Stsadm operation (Office SharePoint Server).
Timo