Secondary Site Unable to Publish its Information to Active Directory
Hi Everyone, We have a multiple site hierarchy with about 25 Secondary Sites. All Secondary Site servers are added to a "SCCM Servers" group and this group had been granted Full Control permissions to the System Management Active Directory container and all child objects. On ONE Secondary Site we are receiving an Error Code = 8228 when the Site Component Manager attempts to publish its MP info to AD. Here are the log entries from SiteComp.log: Publish Servers in Active Directory. SMS_SITE_COMPONENT_MANAGER DS Root:DC=xxx,DC=xxx,DC=ad,DC=xxx,DC=com Searching for the System Management Container. LDAP://CN=System Management,CN=System,DC=xxx,DC=xxx,DC=xxx,DC=xxx,DC=com container exists. Site System <ServerName> is the Default Management Point. No Fallback Status Point installed on the Site Size of Signing Certificate: 0 Signing Certificate: Checking configuration information for server: <SserverName>. <ServerName> is the Default MP. Updated MP Configuration for <ServerName>. Installing Security settings on site system ... Security settings are up to date for <ServerName>. Installing DNS publishing settings on site system ... DNS publishing settings are up to date for <ServerName>. Publishing <ServerName>(<ServerName>.xxx.xxx.xxx.xxx.com) as a Management Point into Active Directory. SMS-MP-<SiteCode>-<ServerName> could not be updated, error code = 8228. SMS-MP-<SiteCode>-<ServerName> could not be updated (using SMSv1 Schema), error code = 8228. STATMSG: ID=4912 ... Looking up the error code, 8228 = "The administrative limit for this request was exceeded.". Give me an "Access is Denied" and I have something to work with here. But what the heck does "The administrative limit for this request was exceeded." mean in this context?! Looking in AD, I can see the object is already there but it seems we're having a problem updating it. I've tried unchecking the site from publishing to AD and re-enabling it but as expected, that didn't resolve it. I'm thinking to turn it off again and then remove the existing entries for this site from AD via ADSIEDIT.MSC and then re-enable and see what happens but I need to jump through some security hoops to do that so in the meantime, looking for any further info on this error. I found Microsoft article http://support.microsoft.com/kb/838872 with a similar error regarding Site Boundaries but it doesn't seem to apply to what we're running into here. Anyone run into this before or have any suggestions? Thanks, -Jeff
August 27th, 2011 10:27am

Try just deleting the object that it is having issues updating and it should recreate it when you restart the SMS_EXECUTIVE on the secondary. I know it is not explicitly access denied, but did you reboot the site servers after adding them to the group you are granting permissions to?Jason | http://myitforum.com/cs2/blogs/jsandys | Twitter @JasonSandys
Free Windows Admin Tool Kit Click here and download it now
August 27th, 2011 10:48am

Hi SMS Marchall. Yeah I saw that one (as I linked to it in my initial post). We have 200 and change.
August 27th, 2011 11:04am

Hi Everyone, Just wanted to post to close out the thread. As suspected, it turned out to be the DC at the remote location and the fact that it apparently hadn't been syncing with the rest of the domain since the spring (that's when I'm told the schema was updated for SCCM 2007 SP2)! Amazing... :) Once we handed that back over to the AD team here and they finally got the server synched up the DC got the updated schema and the site was able to publish successfully. Thanks, Jeff
Free Windows Admin Tool Kit Click here and download it now
August 27th, 2011 11:10am

Hi Jason, Thanks for the reply. Yeah that's what I was thinking too. Someone else in the organization added it to the group originally so not sure if they had rebooted it or not since adding it to the group, so I went ahead and did so but still had the same problem after reboot. Just got the object deleted from AD and restarted SMS_SITE_COMPONENT_MANAGER. No joy. SiteComp.log: SMS-MP-MON-<SERVERNAME> could not be updated (using SMSv1 Schema), error code = 8228. Thanks, -Jeff
August 27th, 2011 3:06pm

Looks like the DC at that location is having issues. Will wait for the AD guys to resolve whatever those issues are and then revisit. Seems we're getting the same error even when trying to add a user to a group when connected to that DC.
Free Windows Admin Tool Kit Click here and download it now
August 27th, 2011 3:22pm

How about other object SMS-site-<sitecode> ? Is this object getting created? Have you tried to remove MP and install it again? Anoop C Nair - Twitter @anoopmannur MY BLOG: http://anoopmannur.wordpress.com SCCM Professionals This posting is provided AS-IS with no warranties/guarantees and confers no rights.
August 27th, 2011 10:15pm

Looks like the DC at that location is having issues. Will wait for the AD guys to resolve whatever those issues are and then revisit. Seems we're getting the same error even when trying to add a user to a group when connected to that DC. Out of interest, how many objects do you have in your systems management container? http://support.microsoft.com/kb/838872
Free Windows Admin Tool Kit Click here and download it now
August 28th, 2011 5:26am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics