Anything for sysadmins!


Event 1004, 1001, 1015 – Microsoft.ResourceManagement.Service.exe

While setting up the User Profile Synchronization services on SharePoint 2010 I had a couple of warnings and errors that I had to address. This one seemed worth mentioning.

Detection of product '{90140000-104C-0000-1000-0000000FF1CE}', feature 'PeopleILM', component '{1C12B6E6-898C-4D58-9774-AAAFBDFE273C}' failed.  The resource 'C:\Program Files\Microsoft Office Servers\14.0\Service\Microsoft.ResourceManagement.Service.exe' does not exist.

Followed by event 1001:

Detection of product '{90140000-104C-0000-1000-0000000FF1CE}', feature 'PeopleILM' failed during request for component '{9AE4D8E0-D3F6-47A8-8FAE-38496FE32FF5}'

And event 1015:

Failed to connect to server. Error: 0x80070005

These were repeated for another component GUID.

The reason is that the WMI calls are made under the credentials of Network Service account and that this account doesn't have permissions on the folder indicated in the event.

After I gave the Network Service account read and execute permissions on the folder the events didn't reappear.


After a couple of hours I noticed new events in the event viewer related to the previously mentioned.

Event 1004:

Detection of product '{90140000-104C-0000-1000-0000000FF1CE}', feature 'PeopleILM', component '{CF90B971-D78A-4794-8F90-EB5FB5028DDA}' failed.  The resource 'C:\Program Files\Microsoft Office Servers\14.0\SQL\DatabaseSettings.sql' does not exist.

Event 1001:

Detection of product '{90140000-104C-0000-1000-0000000FF1CE}', feature 'PeopleILM' failed during request for component '{9AE4D8E0-D3F6-47A8-8FAE-38496FE32FF5}'


Event 8193 – Volume Shadow Copy Service error

SharePoint Search has its issues sometimes. This one seems to happen to a lot of people, but the solutions that I've found weren't too clear about what to do to solve this. Here's the event that is triggered.

 Volume Shadow Copy Service error: Unexpected error calling routine RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...).  hr = 0x80070005, Access is denied.
</p><p>   Initializing Writer
</p><p>   Writer Class Id: {0ff1ce14-0201-0000-0000-000000000000}
</p><p>   Writer Name: OSearch14 VSS Writer
</p><p>   Writer Instance ID: {07c936a8-347c-4e39-8014-2a057f611382}

If you go to the Details tab, you'll see some additional information about the event.

The part after User and Name is the most important here, which I've blurred for security reasons. This is the account name that needs full control on the registry key HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diag.

  1. Start regedit.exe
  2. Navigate to the key HKLM\SYSTEM\CurrentControlSet\Services\VSS\Diag
  3. Right-click the key Diag and select Permissions
  4. Add the account that was indicated in the event and provide it with Full control permission

Unable to edit the DCOM settings

Recently I had a couple of DCOM errors in my event log for APPID {61738644-F196-11D0-9953-00C04FD919C1} (IIS WAMREG admin Service. It was again a classic case of Local Activation permissions that were missing. Normally one would fix that by going to DCOMcnfg.exe and editing the settings as indicated in this article. However this time it was a bit different as the settings were disabled.

Obviously this is a permission problem. The solution is to do the following:

  1. Run Regedit.exe and browse to "HKEY_CLASSES_ROOT\AppID\{61738644-F196-11D0-9953-00C04FD919C1}" key
  2. Right-click the key and select Permissions
  3. Click the Advanced button in the permissions window and select the Owner tab. Under Change owner select the local Administrators group and click on OK.
  4. Then on the permissions window, select the local Administrators group and assign it Full Control. Don't change the permissions for the TrustedInstaller account.
  5. Click on Apply (keep this window open as you'll have to restore the permissions when you're done)
  6. Rerun the DCOMCNFG.exe. You should now be able to change the DCOM settings for the IIS WAMREG admin service.
  7. Go back to the permissions window of the registry key and remove the check in Full Control of the local Administrators group (this results in only Read permissions)
  8. Go to the Owner tab and make "NT Service\TrustedInstaller" of the local computer owner of the key again.

Quite a hassle, but it works!


Activating Office Web Apps on SharePoint 2010

After installing Office Web Apps I tried to activate the Site Collection Feature, which gave the descriptive error: File not found. Thankfully Tonys did know what to do with this problem as described here.

The event viewer returns errors about the Alternate Access Mappings that hasn't been configured yet and that users are accessing the site through unregistered URLs. To fix this add the URL that is indicated, and the activation of the Office Web Apps Site Collection Feature will go through smoothly.

Hope this helps someone!