{"id":200,"date":"2011-11-07T00:11:30","date_gmt":"2011-11-06T23:11:30","guid":{"rendered":"http:\/\/www.mysticslayer.com\/?p=200"},"modified":"2011-11-07T00:11:30","modified_gmt":"2011-11-06T23:11:30","slug":"sharepoint-2010-search-internal-server-error","status":"publish","type":"post","link":"https:\/\/www.mysticslayer.com\/?p=200","title":{"rendered":"Sharepoint 2010 Search: Internal Server Error."},"content":{"rendered":"

Sometimes users receive the following message when attempting a search:<\/p>\n

\"\"<\/p>\n

Before that, it will take some seconds before you can see your search page. After watching the ULS logs, I found the following messages:<\/p>\n

\nSearchServiceApplication::Execute–Exception: System.Runtime.InteropServices.COMException (0x800703FA): Illegal operation attempted on a registry key that has been marked for deletion. (Exception from HRESULT: 0x800703FA)\n<\/p><\/blockquote>\n

\nSearchServiceApplicationProxy::Execute–Error occured: System.ServiceModel.FaultException`1[System.ServiceModel.ExceptionDetail]: Illegal operation attempted on a registry key that has been marked for deletion. (Exception from HRESULT: 0x800703FA) (Fault Detail is equal to An ExceptionDetail, likely created by IncludeExceptionDetailInFaults=true, whose value is: System.Runtime.InteropServices.COMException: Illegal operation attempted on a registry key that has been marked for deletion. (Exception from HRESULT: 0x800703FA)\n<\/p><\/blockquote>\n

I knew this error before, when I developed a WCF Service, so I searched the registry in order to find the following message:<\/p>\n

\"\"<\/p>\n

The reason is when the WCF service stops working and it runs under a particular service account SharePoint restarts the WCF service, and it works again.
\nThe cause of it all is when the service account is logged on when the Search Service Application is launched in this case. It happens all when the service account logs off and the COM+ application can no longer read registry keys in the profile.
\nIf you see the event viewer message, you\u2019ll see that the User Profile Service is a new functionality added in Win Vista and Windows Server 2008. When a user or Service account is logged of, the profile Service forces the unload of the User Profile on the server. But when this happens the User Profile Service can break an application if registry keys are not closed.
\nThe resolution is to make a workaround this issue to disable this feature in the Software Policy on the local system. Btw. For each SharePoint Server you should do this.
\nGo to the Group Policy Editor and then go to Computer Configuration -> Administrative Templates -> System -> User Profiles.
\nEdit the setting \u2018Do not forcefully unload the registry at user logoff\u2019 to enabled.
\nAnd voil\u00e0. Workaround created.<\/p>\n","protected":false},"excerpt":{"rendered":"

Sometimes users receive the following message when attempting a search: Before that, it will take some seconds before you can see your search page. After watching the ULS logs, I found the following messages: SearchServiceApplication::Execute–Exception: System.Runtime.InteropServices.COMException (0x800703FA): Illegal operation attempted on a registry key that has been marked for deletion. (Exception from HRESULT: 0x800703FA) SearchServiceApplicationProxy::Execute–Error […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[3],"tags":[],"class_list":["post-200","post","type-post","status-publish","format-standard","hentry","category-blog"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/pe1EH-3e","_links":{"self":[{"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/posts\/200","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=200"}],"version-history":[{"count":7,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/posts\/200\/revisions"}],"predecessor-version":[{"id":207,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=\/wp\/v2\/posts\/200\/revisions\/207"}],"wp:attachment":[{"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=200"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=200"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.mysticslayer.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=200"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}