SharePoint Search crawler succeeds crawling the content and the same is available in crawl log. There is no crawl log error, content is a plain MS Word document, Web Application is properly associated with Search Service application but unable to see not even a single search result.
This was bit embarrassing and to nail down this issue, I was trying look in to Windows Event logs and SharePoint ULS logs, but there is no interesting message there for me to troubleshoot.
Removed the SSA association and deleted the SSA. Created a new SSA and did the association again. But the result is "none"
Verified that the Search service account has read permission in the web application and in the database as well. They exists perfectly but i don't not even a single search result.
Finally enabled the "Verbose" mode ULS logging and tried to filter using "Query Processor" category. There was new things started appearing in verbose mode
Not sure why this exception occurs under "Unexpected" category but the recently I've configured a local admin account as service account through Power shell scripts. Probably this might be the culprit.
After hours of re-search found an MS KB article, which explained the same symptoms and cause.
Open up your SharePoint 2010 Management Shell console as an administrator and run the following PS script.
This was bit embarrassing and to nail down this issue, I was trying look in to Windows Event logs and SharePoint ULS logs, but there is no interesting message there for me to troubleshoot.
Removed the SSA association and deleted the SSA. Created a new SSA and did the association again. But the result is "none"
Verified that the Search service account has read permission in the web application and in the database as well. They exists perfectly but i don't not even a single search result.
Finally enabled the "Verbose" mode ULS logging and tried to filter using "Query Processor" category. There was new things started appearing in verbose mode
AuthzInitializeContextFromSid failed with 1355. The querying user's Active Directory object may be corrupted, invalid or inaccessible. Query results which require non-Claims Windows authorization will not be returned to this querying user.
Not sure why this exception occurs under "Unexpected" category but the recently I've configured a local admin account as service account through Power shell scripts. Probably this might be the culprit.
After hours of re-search found an MS KB article, which explained the same symptoms and cause.
Open up your SharePoint 2010 Management Shell console as an administrator and run the following PS script.
$searchApp = Get-SPEnterpriseSearchServiceApplication "SSA Name"Do a full crawl on all content sources to get the search results. Don't forget to switch off the verbose mode ULS Logger.
$searchApp.SetProperty("ForceClaimACLs",1)
No comments:
Post a Comment