March 8, 2011

Scenario is a two front end, index and crawl server which had just been migrated into a new server group in a different datacentre. Following the migration and startup, Front End servers both show this message every 15 minutes:

The Usage Data Import timer job failed. You can rerun this job using the Timer Job Status page in the SharePoint Central Administration site

Looks like this:

UsageData Error Picture 1

Followed by a critical error in the very next second:

The Execute method of job definition Microsoft.SharePoint.Administration.SPUsageImportJobDefinition (ID GUID) threw an exception. More information is included below.

An update conflict has occurred, and you must re-try this action. The object SPUsageServiceInstance was updated by domain\serviceaccoutn, in the OWSTIMER (ID) process, on machine SharePointFrontEndServer. View the tracing log for more information about the conflict.

Looks like this:

Usage Data Error Picture 2

Noticed that the SharePoint cache had been recreated using a brand new guid, but, the file dates were all inconsistent. This could mean that there could be old instances being referred to in the jobs that no longer relate to the new farm Guid.

Resolution? – reset the SharePoint cache.

Do the following on every SharePoint server in the farm:

  1. Stop the Windows SharePoint Services Timer service (Found in Windows Services)
  2. Navigate to the cache folder
  3. In Windows Server 2008, the configuration cache is in the following location: Drive:\ProgramData\Microsoft\SharePoint\Config
  4. In Windows Server 2003, the configuration cache is in the following location: Drive:\Documents and Settings\All Users\Application Data\Microsoft\SharePoint\Config
  5. Locate the folder that has the file “Cache.ini”
  6. (Note: The Application Data folder may be hidden. To view the hidden folder, change the folder options as required)
  7. Back up the Cache.ini file.
  8. Delete all the XML configuration files in the GUID folder. Do this so that you can verify that the GUID folder is replaced by new XML configuration files when the cache is rebuilt.
  9. Note When you empty the configuration cache in the GUID folder, make sure that you do not delete the GUID folder and the Cache.ini file that is located in the GUID folder.
  10. Double-click the Cache.ini file.
  11. On the Edit menu, click Select All. On the Edit menu, click Delete. Type 1, and then click Save on the File menu. On the File menu, click Exit.
  12. Start the Windows SharePoint Services Timer service

Note.

The file system cache is re-created after you perform this procedure. Make sure that you perform this procedure on all servers in the server farm. Make sure that the Cache.ini file in the GUID folder now contains its previous value; make sure that the value of the Cache.ini file is not 1.

You May Also Like…

Why “Like” and “Comment” Features Should Be Disabled in SharePoint Sites

Why “Like” and “Comment” Features Should Be Disabled in SharePoint Sites

In our wonderful age of digital collaboration, SharePoint is continuing on its march to be what it is – a  great platform for content publishing, knowledge sharing and governance (my go to!). But not every feature should be enabled in every site. Two of the most deceptively harmless and sometimes mis-understood in terms of impact are the ‘Like’ and ‘Comment’ options on SharePoint modern pages.