Event ID 10016, DistributedCOM: The application-specific permission settings do not grant Local Activation permission for the COM Server application (2)
I have posted about this issue before, this was about this CLSID {61738644-F196-11D0-9953-00C04FD919C1}, click here to read.
Beside that error, probably after a recent update I have seen this similar error:
The machine-default permission settings do not grant Local Activation permission for the COM Server application with CLSID
{000C101C-0000-0000-C000-000000000046}
and APPID
{000C101C-0000-0000-C000-000000000046}
to the user domain\spfarm SID (S-1-5-21-1813126608-4190571182-3204100927-3160) from address LocalHost (Using LRPC). This security permission can be modified using the Component Services administrative tool.
The big difference with the other error is when you go to the Dcom config, security the option are all greyed out. So you need to do some additional steps:
Open registry editor (run regedit.exe), browse to Hkey_classes_root\AppID\{000C101C-0000-0000-C000-000000000046} right click and choose permissions.
Choose Advanced
Go to the Owner tab, select the Administrators (Domain\Administrators) group under Change owner to and select the replace owner on subcontainers and objects. Choose OK to close the window. You will return to the permissions window.
Select Administrators (Domain\Administrators) and set Allow Full Control permissions.
After you have done the above settings you go to Administrative Tools – Component Services. Expand Component Services, Computers, My Computer, DCOM Config. Scroll way down till you find the {000C101C-0000-0000-C000-000000000046} icon, right click and choose properties.
Go to the security tab, select customize at Launch and Activation Permissions and choose Edit…
Select the SharePoint Farm Account and set the Local Activation right.
Tags: installation, migration, sbs 2011, sharepoint, windows 2008R2
It works. Thank you for this post.
Thanks for this post !!
Thanks for the great guide. This would have taken ages longer to figure out without it.
[Spasi:bo] (thanks you) 🙂
[…] RuntimeBroker.exe process in Windows 8? – Super User c) To resolve the problem refer to (source: Event ID 10016, DistributedCOM: The application-specific permission settings do not grant Local Acti… ) Warning: changing "owner" is slightly different on Windows 8, so here some […]
My error is slightly different:
The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {0C0A3666-30C9-11D0-8F20-00805F2CD064}
and APPID {9209B1A6-964A-11D0-9372-00A0C9034910}
The problem I ran into is that the APPID exists in regedit but not in DCOM Config. And i can’t find CLSID in either (if that even matters).
Any ideas?
A quick search looks like both ID’s belong to Machine Debuger Manager (or MDM) so look at the COM services for something with this name.
This looks like a solution but if the App ID belongs to one of the thousends of named DCOM apps it is impossible to locate it. there is no search function in Component Services
No there is no search option as far as I know, but you can search for the App ID in the registry it will probably have a name somewhere in the key which indicates which component service is related.
What is the root cause of why this error occurs? Thanks
I followed all the steps but I can’t save any changes to the permissions because it tells me I don’t have access,
thx!!, worked like a charm, great work you are doing here.
Much apreciated!!
Hi!
In Component Services for my app I get message that some of entries are unrecognized or callbacks. If I decide not to delete them and show only recognized ones I can’t add new entry. What should I do in this situation?
Trying to solve this event in Windows Svr 2012 R2, with Sharepoint 2013, impossible to change the permission of the reg key, access denied, can’t see any way around it, still looking for a fonctioning solution to that event.
Marcel – if you access denied in the Registry you might need a Domain Admin to add your “Local Administrator” with Full Permissions for you. After you need to re-open DCOMConfig and it should work.
Hmm, this doesn’t work on windows 10. Why MS doesn’t fix this annoying errors?
Try this post. This seems to be written for windows 10:
http://www.itexperience.net/2017/01/13/event-id-10016-fix-the-application-specific-permission-settings-do-not-grant-local-activation-permission-for-the-com-server-application-with-clsid/
I am getting such error for many AppID and Class IDs. I gave Full Control to local admin. group on “My Computer” (parent folder of DCOMConfig). Still, I found Distributed COM error in System logs.
Great description, I have done the Regedit changes (the culprit is Shell Services Host), but when I come to Component Services I still can’t edit the properties. And the address of Shell Services Host shown here is different than what is shown in the Registry editor. The address shown in Component Services doesn’t exist in the Registry (according to the Registry editor).
Sorry, the adress in the Component Service is of course the AppID. But still, I can’t edit, all grayed out.
[…] die Berechtigung anpassen – siehe http://blog.ronnypot.nl/?p=843. Wir haben hier überall die Domänenadministrator-Gruppe berechtigt, danach lief der Job […]