Monthly Archives: January 2014

SharePoint 2013 – Search Service Application Not Provisioning Correctly After Server Rename

OK so here’s a fun one! I had a server that originally had SharePoint installed on it and the server was eventually renamed. After the rename I went and re-installed SharePoint because the new environment was to have a new name, use new service accounts, and have a different database naming scheme. After re-installing the SharePoint bits and running PSConfig almost everything was working correctly…Search on the other hand was not able to provision. I was getting the following error consistantly in the eventvwr application log:

The Execute method of job definition Microsoft.SharePoint.Administration.SPServiceInstanceJobDefinition (ID 7588c6ba-6e23-4712-aff4-8c1f53d2d4ec) threw an exception. More information is included below.

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

I checked folder and registry permissions and other than the fact that both the old service accounts and new service accounts were applied, everything seemed fine. I was not able to start the search service instance on this single server environment until I ran the following stsadm command:

SharePoint PowerShell Tip – Save a deployed farm solution

Ever deployed a SharePoint farm solution and then lose the WSP file? Good news – there is PowerShell to grab that WSP file and save it off somewhere for DR purposes.

Migrate lists/doc libraries/sites from WSS 3.0 to 2010 using stsadm

There may be certain scenarios where you need to migrate content from a WSS3.0 SharePoint farm to a 2010 or even a SharePoint 2013 farm. I’d almost always recommend using DB backup/restore or even utilizing the unattached database recovery option in Central Admin. The following post is for times when that is not an option. Times like require good ole stsadm. NOTE: This has a 2GB limit and has had mixed results in testing

1 – Export the list from WSS 3.0

Notation: This is done using Gary LaPointe’s custom sts commands, which is a more functional sts command index (See here for a list of all possible commands:

Run the following command on the WSS3.0 server:

Working example:

The number for versions can vary depending on the user needs:
1 – Last major version for files and list items
2 – The current version, either the last major or the last minor
3 – Last major and last minor version for files and list items
4 – All versions for files and list items (default)

2 – Modify files to make the backup SP 2010 compatible

  • Open the folder you backed up and open the following 2 files:
    • Manifest.xm
    • SystemData.xml
  • Open SystemData.xml this file with a text editor (Notepad ++ is preferred)
  • Change the Version from “” to “” (Or if this is 2013)
  • Change the build to be the same as the 2010/2013 SharePoint farm. This can be checked in Central Admin  > System Settings > Manage Servers in this farm
  • image
  • clip_image020
  • Open Manifest.xml with a text editor (Notepad ++ is preferred, but if the file is very large Notepad may be better as it won’t crash)
  • Run a find and replace all
    Find “” and replace it with “14.0.6117.5002” (This is Feb 2012 CU. Change to your build found above)


  • If there is an entry for ProductVersion change the value to 4 (2010)

3 – Repackage the file using makecab.exe

  • Open notepad and create a new text file. Include the following lines of text into this file:
This is the directive file that tells makecab what to compress into the cabinet file. This is all of the files in the folder you exported earlier. All of the XML files should be consistent for all exports, but the .dat files will change. These filenames can be copied easily by running the following command (after all filenames are copied, paste them below the XML files):

    • Open command prompt (CMD)
    • Navigate to the folder where all of the files exist and type:
      • Save this text file as makecab.ddf and copy it to the directory where all of the XML/DAT files exist
      • Open the command prompt and type the following command (First, navigate to the directory with all of the files in it using cd):
      • Makecab.exe /F makecab.ddf
      • You will now have a file in the folder you exported earlier. Rename this file to whatever seems fit with the extension of .cmp. For example: WSSList.cmp

4 – Import the list into SP 2010

      • Create the new site under the correct site collection, for STS Templates:
        • STS#0 = Teamsite
        • STS#1 = Blank
      • Run the following PowerShell to import the list into the site/site collection of your choosing
      • Working Example:

import-spweb -identity -path C:\temp\test.cmp -includeusersecurity -includeversions all

SharePoint User License Enforcement – Not Enforcing CSWP

After reviewing a possible scenario with User License Enforcement/Standard users utilizing the content search web part (CSWP) I noticed some interesting behavior. It appears that user license enforcement doesn’t enforce all standard features (MS forgot the CSWP). I have done extensive testing against Excel Services and Visio Services, which present a nice message indicating that you don’t have licensing to view that web part.

The Content Search Web Part cannot be added by a standard user:






BUUUUT it still displays for a Standard user! Possible oversight on Microsoft’s Part (And possibly unsupported??)