MOSS2007 standalone no search results

Question

Hi

I have done a standalone install and added a couple of users, a couple of sites and a couple of documents. Searcing for any of these returns nothing.

The default content access account (NT authority\local service) has Full read permissions to all zones under 'Policy for web application' in Central admin. A crawl has been completed but the following warnings are in the crawler log:

"http://csciisris2

The object was not found. (the item was deleted because it was either not found or the crawler was denied access to it)

Local Office Sharepoint Server Sites".

Similarly for sps://csciisris2 and sts://csciisris2

Additionally there are some gatherer warnings in the event logs:

"The start address < http://csciisris2 > cannot be crawled.

Context: Application SharedServices1, Catalog 'Portal_Content'

Details: The object was not found.

Not sure if this is connected but there are also the following errors in the event log:

Launcher Service:

LoadBalancer.RegisterLauncher failed. The remote server returned an error: (404) not found.

 

Can anyone shed any light on this?

 

Thanks

Mike

Answer 1

Ran into this a while back.  What happens when you try to open that site (http://csciisris2) in your browser?  As a guess i bet your getting page that cant be displayed.  What i did to fix this was to create a blank team site at that location and from there it worked with no issue.

 

 

Answer 2

Hi Bob

 

Actually no, the site http://csciisris2 works fine. In fact the everything else I've looked at so far seems to work ok...just no search.

I switched on some verbose logging and found this: (have highlighted the possible issue)

01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hgh Verbose  SearchService.GetService: Getting the farm the server is joined to. 
01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hgk Verbose  SearchService.GetService: Getting the search service from the farm. 
01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       0 Verbose  Ensure full read access to the indexing account 'NT AUTHORITY\LOCAL SERVICE' on web application 'http://csciisris2/'. 
01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8dvn Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Skipping web application '5c4f5fdd-d127-495b-a96a-37d51c37b9b8' because its outbound url 'http://csciisris2' was automatically added once. 
01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7pjd Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Adding start address 'http://csciisris2' for web application '5c4f5fdd-d127-495b-a96a-37d51c37b9b8' to list of valid start addresses. 
01/19/2007 22:18:49.32  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8dvp Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Configuring People indexing. 
01/19/2007 22:18:49.34  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8ijc Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Found people indexing start address 'sps3://csciisris2'. 
01/19/2007 22:18:49.34  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8ije Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Skipping people start address configuration b/c start address 'sps3://csciisris2' was automatically added to the default content source once. 
01/19/2007 22:18:49.34  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7pjt Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Clean obsolete start addresses. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hgk Verbose  SearchService.GetService: Getting the search service from the farm. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hmh High     exception in SearchUpgradeProvisioner Keyword Config System.InvalidOperationException: jobServerSearchServiceInstance is null     at Microsoft.Office.Server.Search.Administration.SearchUpgradeProvisioner..ctor(SearchServiceInstance searchServiceInstance)     at Microsoft.Office.Server.Search.Administration.OSSPrimaryGathererProject.ProvisionContentSources() 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hgk Verbose  SearchService.GetService: Getting the search service from the farm. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8wr4 Verbose  Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Cannot impersonate a built-in account ('NT AUTHORITY\LOCAL SERVICE'). 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hq4 Verbose  ConfigureDedicatedGathering: Begin. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hqj Verbose  ParseHOSTSFile: Begin. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hqk Verbose  ParseHOSTSFile: Done. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hqd Verbose  CleanupDedicatedGathering: Begin. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hqi Verbose  CleanupDedicatedGathering: Done. 
01/19/2007 22:18:49.35  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hqa Verbose  ConfigureDedicatedGathering: Done. 
01/19/2007 22:18:49.42  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       8wqx Verbose  Search credential management: Cleaning process identities w/o matching SSPs. 
01/19/2007 22:18:49.42  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hgk Verbose  SearchService.GetService: Getting the search service from the farm. 
01/19/2007 22:18:49.42  OWSTIMER.EXE (0x0510)                    0x0E98 Search Server Common           MS Search Administration       7hhg Verbose  Done synchronizing SearchServiceInstance. 
01/19/2007 22:18:50.84  OWSTIMER.EXE (0x0510)                    0x0E80 Search Server Common           MS Search Administration       7pht Verbose  IsConfigurationOnline: SSP 'SharedServices1' status is 'Online'. SSP database status is 'Online'. 

Does that help?

Cheers

Mike

Answer 3

Well no "easy button" for this one i guess  :)

Dumb question.... what account is the SP Timer running under?

Answer 4

Hi Bob

It's running under NETWORK SERVICE

Thanks

Mike

Answer 5

Set up a Service account and switch accounts from Network Service to this new Service account and give it a try.

 

Answer 6

Hi Bob

Have tried a new service account but with no luck. I even tried giving it admin rights just to see if that made any difference but no change.

 

I'm still getting this:

 

SearchService.GetService: Getting the search service from the farm. 

exception in SearchUpgradeProvisioner Keyword Config System.InvalidOperationException: jobServerSearchServiceInstance is null     at Microsoft.Office.Server.Search.Administration.SearchUpgradeProvisioner..ctor(SearchServiceInstance searchServiceInstance)     at Microsoft.Office.Server.Search.Administration.OSSPrimaryGathererProject.ProvisionContentSources() 

SearchService.GetService: Getting the search service from the farm. 

Search application '440954d2-5fe6-4d68-b21d-5645c2a68b57': Cannot impersonate a built-in account ('NT AUTHORITY\NETWORK SERVICE'). 

ConfigureDedicatedGathering: Begin. 

 

Cheers

 

Mike

Answer 7

Sorry for getting back to you so late.... Mike what is going on in your Application Event log that is running the Search Service.

Answer 8

Hi Bob

No prob.

The only app event log entries of note are:

gatherer warnings e.g.: event id 2436

The start address <http://csciisris2> cannot be crawled.

Context: Application 'SharedServices1', Catalog 'Portal_Content'

Details:

The object was not found. (0x80041201)

Content indexer informational e.g.: event 4164

Component: 440954d2-5fe6-4d68-b21d-5645c2a68b57

Catalog: Portal_Content. A master merge was started due to an external request.

and event 4103

Component: 440954d2-5fe6-4d68-b21d-5645c2a68b57

A master merge has completed for catalog Portal_Content.

MS Search Admin informational e.g.: event id 7356

An incremental crawl was started on 'Local Office SharePoint Server sites' by CSCIISRIS2\sptimer.

I also have a lot of Launcher Service errors (not sure if they are relevant) e.g.: event id 6102

LoadBalancer.RegisterLauncher failed: The remote server returned an error: (404) Not Found.

I'm not sure if it has any bearing on it but the server is not in a domain..it's just a standalone install on a workgroup server.

The only other things in the app event log are some profile update errors.

Thanks for your help.

 

Cheers

Mike

Answer 9

Mike,

Try this.... delete the site http://csciisris2 and then recreate it and give it a try.  

Answer 10

Hi Bob

have tried that but with no luck I'm afriad. I have noticed a couple of other things in the event logs. I get this a few seconds past each hour - event id 7888:

A runtime exception was detected. Details follow.

Message: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

Techinal Details:

System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex)

at Microsoft.SharePoint.Library.SPRequest.AddField(String bstrUrl, String bstrListName, String bstrSchemaXml, Int32 grfAdd)

at Microsoft.SharePoint.SPFieldCollection.AddFieldAsXmlInternal(String schemaXml, Boolean addToDefaultView, SPAddFieldOptions op)

at Microsoft.SharePoint.SPFieldCollection.AddFieldAsXml(String schemaXml, Boolean addToDefaultView, SPAddFieldOptions op)

at Microsoft.SharePoint.SPFieldCollection.AddFieldAsXml(String strXml)

at Microsoft.SharePoint.SPFieldCollection.AddInternal(String strDisplayName, SPFieldType type, Boolean bRequired, Boolean bCompactName, Guid lookupListId, Guid lookupWebId, StringCollection choices)

at Microsoft.SharePoint.SPFieldCollection.Add(String strDisplayName, SPFieldType type, Boolean bRequired, Boolean bCompactName, StringCollection choices)

at Microsoft.SharePoint.SPFieldCollection.Add(String strDisplayName, SPFieldType type, Boolean bRequired)

at Microsoft.Office.Server.UserProfiles.SiteSynchronizer.UserSynchronizer.TryAddFieldToUserInfoListWithInternalName(String strWSSInternalName, SPFieldType fieldType)

at Microsoft.Office.Server.UserProfiles.SiteSynchronizer.UserSynchronizer.AddFieldToUserInfoList(String strProfilePropName, SPFieldType fieldType)

at Microsoft.Office.Server.UserProfiles.SiteSynchronizer.UserSynchronizer.PushSchemaToList(Boolean& bAddedColumn)

at Microsoft.Office.Server.UserProfiles.SiteSynchronizer.UserSynchronizer.SynchFull()

at Microsoft.Office.Server.UserProfiles.SiteSynchronizer.Synch()

at Microsoft.Office.Server.Diagnostics.FirstChanceHandler.ExceptionFilter(Boolean fRethrowException, TryBlock tryBlock, FilterBlock filter, CatchBlock catchBlock, FinallyBlock finallyBlock)

Also I tried creating an additional SSP (I was going to move everything on to it to see if that made a difference) and the creation failed with an access denied message - another event id 7888:

A runtime exception was detected. Details follow.

Message: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

Techinal Details:

System.UnauthorizedAccessException: Access is denied. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))

at Microsoft.SharePoint.SPGlobal.HandleUnauthorizedAccessException(UnauthorizedAccessException ex)

at Microsoft.SharePoint.Library.SPRequest.ApplyTheme(String bstrUrl, String pVal)

at Microsoft.SharePoint.SPWeb.ApplyTheme(String strNewTheme)

at Microsoft.Office.Server.Administration.SharedResourceProvider.ProvisionAdministrationSite()

at Microsoft.Office.Server.Administration.SharedResourceProvider.Microsoft.Office.Server.Administration.ISharedComponent.Install()

at Microsoft.Office.Server.Administration.SharedResourceProvider.Provision()

I was logged in locally on the server as admin when I tried this. Not sure is any of this is related though.

Thanks

Mike

Answer 11

Mike,

Im looking over your events and am trying to piece things together with all the information you have provided   I hate to think were missing something stupid here with what we have already looked at.  

How are your scopes set up currently?  Are you seeing any items or errors?   This can be looked at inside your SSP inside the Search Settings.  

 

 

Answer 12

Hi Bob

 

The default scopes are setup.

Scopes: 2 defined (People, All Sites) 
  Update status: Idle
  Update schedule: Automatically scheduled
  Next scheduled update: 17 seconds
  Scopes needing update: 0

 

Can't see any errors\problems with them. Scopes Details:

Title  Update Status  Items
 
Shared (2)
 
 People  Ready  0 
 
 All Sites Ready  0 
 
http://csciisris2/MySite (0)

http://csciisris2/personal/paul (0)
 
http://csciisris2/personal/mike (0)

http://csciisris2/ (0)
 
http://csciisris2/personal/administrator (0)
 
http://csciisris2:22847/ssp/admin (0)

 

Cheers

Mike

 

 

Answer 13

Hi Bob

I think I found something...

I set up a new Content Source and set it to crawl the FQDN of the site i.e. csciisris2.uk.emea......  etc. Crawling this works! Now previously I set the FQDN address up in the allternate access mappings as the Intranet address (leaving csciisris2 as the deault). I can ping both addresses ok and I can browse using either but the crawl doesn't like csciisris2 on it's own. Any ideas?

FQDN works for sps3:// also.

Cheers

Mike

Answer 14

Yeah i was thinking earlier that that may have been the corruption (if any).... I ran into a similar issue a while back which is why i was pushing towards that.  

Glad its working now.....

Answer 15

Bob,

Can you please address this thread for WSS3 as opposed to MOSS2007? I have the same issue, but dont believe this fix will work for me as I am only using WSS3, not MOSS. If it will work, can you please go over the process, as it pertains to WSS3? It isn't true, but assume I know nothing.

Thank you!

Answer 16

Check for Loopback Checking as per KB Article: http://support.microsoft.com/kb/896861

Worked for me. If it works for you, please mark this thread as answered. Thanks

Answer 17

 

Thanks much.  Your solution saved my day!