Solved

Sharepoint 2010 search not working

Posted on 2011-02-10
9
2,296 Views
Last Modified: 2012-05-11
Hi all,

I've got a Sharepoint 2010 application where the search isn't working. If you try to search for something it just says that no results were found, despite there clearly being results.

In the Sharepoint Central Admin tool search settings (Central Administration  Search Service Application: Crawl Log - URL ) the log shows the following error;

https://sp.mydomain.com 
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.

However the account being used to search (Network Service) has full read permissions on the application;
(All zones)  Search Crawling Account  NT AUTHORITY\NETWORK SERVICE  Full Read  

The only thing that we have changed from the default setting is the Alternate Access Mappings where we changed the default http://hostname to https://sp.mydomain.com.

I've tried adding http://hostname back as the intranet option but that hasn't worked.

Any ideas ?

Olly
0
Comment
Question by:stonneway
  • 5
  • 4
9 Comments
 
LVL 38

Expert Comment

by:Justin Smith
ID: 34865366
Have you tried using a regular domain account to crawl (which is best practice)?

The "default" zone must use NTLM for authentication.
0
 
LVL 1

Author Comment

by:stonneway
ID: 34865660
Yeah, just tried that, but it didn't help. Waiting for another crawl shows that the errors remain

The default AAM shows....

 
https://hostname - Default - https://hostname
https://sp.mydomain.com - Internet - https://sp.mydomain.com 
 
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 34865675
And you are using Classic / NTLM authentication?
0
PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

 
LVL 38

Accepted Solution

by:
Justin Smith earned 500 total points
ID: 34865686
Also, you may need to disable loopback....

The second solution is easiest....

http://support.microsoft.com/kb/896861
0
 
LVL 1

Author Comment

by:stonneway
ID: 34865692
NTLM. That is, internally we don't need to log on....it just knows....like magic
0
 
LVL 1

Author Comment

by:stonneway
ID: 34868811
Well disabling the loopback made a massive difference. Most of the errors have gone and we now have search results. Thanks.

However we still have a few small errors;
************
http://hostname:80/my/person.aspx?accountname=mydomain/myadminaccount 
This item could not be crawled because the crawler could not connect to the repository. Local SharePoint sites 2/11/2011 7:40 AM

sps3://hostname/site$$$people/bucketid=1  
This item could not be crawled because the crawler could not connect to the repository. Local SharePoint sites 2/11/2011 7:40 AM

sps3://hostname/site$$$people  
This item could not be crawled because the crawler could not connect to the repository. Local SharePoint sites 2/11/2011 7:40 AM

sps3://hostname  
This item could not be crawled because the crawler could not connect to the repository.
*************

Certainly the first error about http://hostname is down to the fact that the site doesn't respond to HTTP requests on port 80, it's only HTTPS on port 443. Is there a way to tell the search interface not to search HTTP or to force it to use HTTPS instead?

Any ideas on the other ones?

Olly

0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 34870613
Check your content sources, are they using the correct URL?
0
 
LVL 38

Expert Comment

by:Justin Smith
ID: 35177596
Update?
0
 
LVL 1

Author Closing Comment

by:stonneway
ID: 35736284
Havent resolved all errors but that was helpful
0

Featured Post

Simplifying Server Workload Migrations

This use case outlines the migration challenges that organizations face and how the Acronis AnyData Engine supports physical-to-physical (P2P), physical-to-virtual (P2V), virtual to physical (V2P), and cross-virtual (V2V) migration scenarios to address these challenges.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Note:  There are two main ways to deploy InfoPath forms:  Server-side and directly through the SharePoint site.  Deploying a server-side InfoPath form means the form is approved by the Administrator, thus allowing greater functionality in the form. …
There is one common problem that all we SharePoint developers share: custom solution deployment. This topic can't be covered fully in this short article, so all I want to do in this one is to review it from a development-to-operations perspectiv…
With Secure Portal Encryption, the recipient is sent a link to their email address directing them to the email laundry delivery page. From there, the recipient will be required to enter a user name and password to enter the page. Once the recipient …
The Email Laundry PDF encryption service allows companies to send confidential encrypted  emails to anybody. The PDF document can also contain attachments that are embedded in the encrypted PDF. The password is randomly generated by The Email Laundr…

773 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question