Question is in the title. Has something to do with Sharepoint, but a little bit of searching on my part didn't turn up a good answer.

link|improve this question

71% accept rate
feedback

2 Answers

up vote 2 down vote accepted

Boden,

The IIS WAMREG admin COM+ service component that you're referring to is part of IIS web application manager (WAM) functionality. Basically, WAM allows IIS to work with processes that it doesn't specifically host itself but with which it needs to interact (or even start). WAM provides the interprocess communication (IPC) mechanism between IIS-hosted processes and those that are not hosted by IIS.

There isn't a whole lot of documentation on it readily available, but you can at least see a glossary mention here:

http://msdn.microsoft.com/en-us/library/ms524469.aspx#web_application_manager

I hope this helps!

link|improve this answer
feedback

The typical reason people care about this in relation to SharPoint is that they start seeing errors in their Event Log relating to the IIS WAMREG admin component. Here is the KB article detailing this: http://support.microsoft.com/kb/920783

The errors do not cause any problems with the functionality of SharePoint, and are basically a nuisance.

link|improve this answer
Yeah, that's what was going on for me. It's hard to "safely ignore" thirty error messages in a row recurring throughout the day. Made the logs rather ugly :) – Boden Aug 6 '09 at 15:59
The KB article does have a "fix" ... If you want to prevent the event ID error messages from being logged in the System log, use the Component Services snap-in to enable the Local Activation permission to the IIS Wamreg Admin Service for the domain user account that you specified as the Windows SharePoint Services 3.0 service account. To do this, follow these steps ... – SteveC Dec 30 '10 at 11:44
feedback

Your Answer

 
or
required, but never shown

Not the answer you're looking for? Browse other questions tagged or ask your own question.