In my last post I discussed how the Product Version Job timer job uses the Windows Installer Service to query the installed state of SharePoint 2010 servers and how the Manage Patch Status page in Central Administration displays this information. I also touched on my reservations about what we can infer from this data. In this post, I’m diving a bit deeper in to that question.
read more »
February 19th, 2011
Testing Manage Patch Status
February 15th, 2011
Inside Manage Patch Status
Back in August, I stumbled across a new type of DCOM 10016 error in SharePoint 2010, caused by the Product Version Job timer job. When I found the error, I was primarily concerned with keeping my event logs clean. Since then, the inelegance of my original work-around and the incomplete picture I contented myself with at the time began to nag at me, but I only recently started digging deeper, prompted largely by the fact that this topic has generated more traffic to my blog in the last quarter than any other.
August 19th, 2010
Product Version Job: DCOM 10016 strikes again
For some time now, IT professionals have been modifying DCOM activation rights in order to keep their System event logs clean. In SharePoint 2010, that fix became slightly trickier, as permissions to modify the DCOM permissions had to be granted through the registry for the IIS WAM REG admin service and oSearch14 DCOM applications. Having made these fixes, I’ve noticed a new breed of DCOM 10016 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 <FARM ACCOUNT> SID (S-1-5-21-xxxxxxx….) from address LocalHost (Using LRPC). This security permission can be modified using the Component Services administrative tool.
The CLSID for this COM Server Application is MSIServer, used to activate the Windows Installer Service. You can find this by navigating to HKCR\AppId and examining the details there:
November 27th, 2009
Building a SharePoint 2007/2010 development environment – Part V: Guest Build
In the first four parts of this series I covered the project objectives and the system design, then turned my attention to the Hyper-V host image build and automated deployment. In this post I describe a SharePoint 2007 virtual machine build.
Where’s the SharePoint 2010 build?
In short, we’re working on it. I’ve produced a new SharePoint 2010 beta virtual machine for this environment but we’re not yet ready to publish build guidance. Stay tuned. Additionally… read more »
Consultancy and Design, SharePoint, Virtualisation, Windows | 
No Comments »
November 10th, 2009
DCOM IIS WAMREG error 10016 with SharePoint 2010 on Windows Server 2008 R2
Taking a quick break from the SharePoint development series (I hope to finish part IV tonight), Matt Groves has a fix for a slightly more perturbing version of the DCOM IIS WAMREG 10016 error with SharePoint 2010 on Windows Server 2008 R2. His fix works a treat, but I’d recommend granting rights to the WSS_WPG and WSS_ADMIN_WPG local groups in order to make this a permanent fix.