Welcome to TechNet Blogs Sign in | Join | Help

The Official SBS Blog

The official blog for Small Business Server (SBS) support and product group communications.

News

  • Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights. This weblog does not represent the thoughts, intentions, plans or strategies of Microsoft. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
Event 2436 for SharePoint Services 3 Search

[Today's post comes to us courtesy of Eric Sun]

You may experience SharePoint Search issue when browsing http://companyweb on SBS 2008 server and specifically, you are seeing below 2436 errors in your Application event log every several minutes.

Log Name:      Application
Source:        Windows SharePoint Services 3 Search
Date:          4/29/2009 4:20:05 PM
Event ID:      2436
Task Category: Gatherer
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      server.domain.local
Description:
The start address <sts3s://remote.Domain.com:987/contentdbid={d4078aab- ce82-4581-8d4f-973e1e6eac23}> cannot be crawled.

Context: Application 'Search index file on the search server', Catalog 'Search'

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)

Cause

You receive above warning events because WSS3.0 Search service is trying to crawl the WSS content via the URL – remote.domain.com, which is mentioned in above event. Windows Server 2008 includes a loopback check security feature that is designed to help prevent reflection attacks on your computer. Therefore, Kerberos authentication on Default Content Access Account fails if this URL does not match the local computer name and is not registered in system as additional Service Principle Name (SPN).

Resolution

To resolve this issue, it is recommended to manually register the URL in your system, or even disable the Loopback check feature. To register this URL, please use the following steps,

Note: We recommend that you use this method.

  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\MSV1_0
  3. Right-click MSV1_0, point to New, and then click Multi-String Value.
  4. Type BackConnectionHostNames, and then press ENTER.
  5. Right-click BackConnectionHostNames, and then click Modify.
  6. In the Value data box, type the URL mentioned in the above warning event, and then click OK.
  7. Quit Registry Editor, and then restart the IIS service.

If you want to disable Loopback Check feature to work around this issue, please refer to the Method 2 in the following KB article

896861 You receive error 401.1 when you browse a Web site that uses Integrated Authentication and is hosted on IIS 5.1 or IIS 6

More Information

WSS3.0 Search service crawls the WSS content by default Alternate Access Mapping Zone. Not like normal WSS 3.0 website, which uses http://SiteName as the default Alternative Access Mapping, SBS 2008 server uses https://remote.domain.com:987 as the default Zone. This is by design, and we do not recommend changing it to http://companyweb, as it may break the SBS specific settings.

clip_image002

Additionally, changing the Default Content Access Account for content crawl is NOT officially supported method to work around this issue, as it has not been tested and can cause other potential issues.

Posted: Thursday, May 07, 2009 10:32 AM by SBS Bloggers

Comments

Aimless Ramblings from a Blithering Lunatic . . . said:

*UPDATE: Still not why the steps below work on some boxes but not others. However, the SBS team just

# May 7, 2009 3:03 PM

Aimless Ramblings from a Blithering Lunatic . . . said:

OK gang - The SBS team has blogged explaining where our 2436 errors come from on SBS 2008.&#160; The

# May 7, 2009 3:43 PM

Don Murphy said:

When posting can you include weather the issue affects sbs2003 or sbs2008 or both if you have that information?  For those of us in the field it will help us resolve issues more quickly.  Thanks.

Don

# May 7, 2009 3:53 PM

Chris said:

I took the following steps based on 3 Microsoft articles.  The cause of the error is from applying the patch KB957097.  While article KB896861 discusses the full fix for this issue, it refers to KB281308 as the first step, which you didn't include in your blog post.

--------------------------------------------

Cause: Security Update MS08-068

http://support.microsoft.com/kb/957097/

--------------------------------------------

--------------------------------------------

Step 1: Disable Strict Name Checking

http://support.microsoft.com/kb/281308/

--------------------------------------------

Locate and click the following key in the registry:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters

On the Edit menu, click Add Value, and then add the following registry value:

Value name: DisableStrictNameChecking

Data type: REG_DWORD

Radix: Decimal

Value: 1

--------------------------------------------

Step 2: Specify host names that are mapped to the loopback address

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

--------------------------------------------

Locate and click the following key in the registry:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0

Right-click MSV1_0, point to New, and then click Multi-String Value.

Type BackConnectionHostNames, and then press ENTER.

In the Value data box, type the host name or the host names for the sites that are on the local computer, and then click OK.

Quit Registry Editor, and then restart the IISAdmin service.

--------------------------------------------

The Hostname above should match that of the Event 2436 Warning you see in Event Viewer.

I also restarted the Windows SharePoint Search service and didn't actually need a reboot, but probably not a bad idea.

# May 12, 2009 2:48 PM

John said:

Great post!

Quick question.  

We have multiple aliases that are broken.  http://alias1, https://alias1.domain.com, http://alias2

How do would you type those?  Do you create seperate values for each one or do you just hit enter after each alias/url?

Thanks!

# May 18, 2009 3:26 PM

erd said:

am also experiencing that error in my sbs 2003

# May 19, 2009 1:27 AM

John Waskewics said:

Make sure you add:

companyweb

remote.servername.com

servername.domainname.local

this fixed it for us

# June 3, 2009 5:56 PM

Aimless Ramblings from a Blithering Lunatic . . . said:

I’ll admit this post is long overdue.&#160; I’m sitting here staging a new server for a client and just

# June 13, 2009 12:27 AM
New Comments to this post are disabled
Page view tracker