{"id":59,"date":"2019-01-07T11:38:02","date_gmt":"2019-01-07T16:38:02","guid":{"rendered":"https:\/\/blog.markdepalma.com\/?p=59"},"modified":"2019-02-10T08:56:38","modified_gmt":"2019-02-10T13:56:38","slug":"the-replication-operation-failed-because-of-a-schema-mismatch-between-the-servers-involved","status":"publish","type":"post","link":"https:\/\/blog.markdepalma.com\/?p=59","title":{"rendered":"The replication operation failed because of a schema mismatch between the servers involved"},"content":{"rendered":"\n<p>Last week I had deploy a new domain controller to the root domain in a forest (it happened to be an RODC for a unique use case, but that is irrelevant). The domain only partially replicated before failing and showing errors on the new DC.<\/p>\n\n\n\n<p>The errors were:<br><\/p>\n\n\n\n<pre class=\"wp-block-preformatted\">Log Name:      Directory Service<br> Source:        Microsoft-Windows-ActiveDirectory_DomainService<br> Date:          1\/4\/2019 11:19:18 AM<br> Event ID:      1791<br> Task Category: Replication<br> Level:         Error<br> Keywords:      Classic<br> User:          ANONYMOUS LOGON<br> Computer:      rodc1.domain.com<br> Description:<br>Replication of application directory partition DC=domain,DC=com from source 24c77a2c-6da0-41a1-95cf-e0542bca5b89 (dc1.domain.com) has been aborted. Replication requires consistent schema but last attempt to synchronize the schema had failed. It is crucial that schema replication functions properly. See previous errors for more diagnostics. If this issue persists, please contact Microsoft Product Support Services for assistance. Error 8418: The replication operation failed because of a schema mismatch between the servers involved..<\/pre>\n\n\n\n<pre class=\"wp-block-preformatted\">Log Name:      Directory Service<br> Source:        Microsoft-Windows-ActiveDirectory_DomainService<br> Date:          1\/4\/2019 11:19:31 AM<br> Event ID:      1203<br> Task Category: Replication<br> Level:         Warning<br> Keywords:      Classic<br> User:          ANONYMOUS LOGON<br> Computer:      rodc1.domain.com<br> Description:<br> The directory service could not replicate the following object from the source directory service at the following network address because of an Active Directory Domain Services schema mismatch. <br> Object:<br> CN=Bob Smith,OU=Users,OU=All Users,DC=domain,DC=com <br> Network address:<br> 24c77a2c-6da0-41a1-95cf-e0542bca5b89._msdcs.domain.com <\/pre>\n\n\n\n<p>It was obvious that the object referenced in the second event was causing the issue, but this object was in use and I couldn&#8217;t just remove it. When looking for related errors on the source DC I found this:<\/p>\n\n\n\n<pre class=\"wp-block-preformatted\">Log Name:      Directory Service<br> Source:        Microsoft-Windows-ActiveDirectory_DomainService<br> Date:          1\/4\/2019 11:04:33 AM<br> Event ID:      1450<br> Task Category: Internal Processing<br> Level:         Error<br> Keywords:      Classic<br> User:          ANONYMOUS LOGON<br> Computer:      dc1.domain.com<br> Description:<br> The security descriptor propagation task could not calculate a new security descriptor for the following object. <br> Object:<br> CN=Bob Smith,OU=Users,OU=All Users,DC=domain,DC=com <br> This operation will be tried again later. <br> User Action <br> If this condition continues, attempt to view the status of this object and manually change the security descriptor. <br><br>Additional Data <br> Error value:<br> 1340 The inherited access control list (ACL) or access control entry (ACE) could not be built.<\/pre>\n\n\n\n<p>This was much more specific and showed there was an issue with the ACL of the object. I tried making one small change to the security ACL on the object to verify there was an issue and received an error. This ACL was either corrupt or too large. I decided to try repairing the ACL on the object by using ADSI Edit (adsiedit.msc) to remove everything from the ACL, add only &#8216;Domain Admins&#8217; and &#8216;SYSTEM&#8217; with Full Control, and then resetting it using DSACLS. I also had to do this for the &#8216;ExchangeActiveSyncDevices&#8217; child object and the leaf objects under that since this user had Exchange ActiveSync devices. I verified the child and leaf objects were inheriting from the user object and proceeded to reset the ACL using the DSACLS:<\/p>\n\n\n\n<pre class=\"wp-block-preformatted\">dsacls \"CN=Bob Smith,OU=Users,OU=All Users,DC=domain,DC=com\" \/S \/T<\/pre>\n\n\n\n<p>After resetting the ACL replication to this domain controller completed with this event:<\/p>\n\n\n\n<pre class=\"wp-block-preformatted\">Log Name:      Directory Service<br> Source:        Microsoft-Windows-ActiveDirectory_DomainService<br> Date:          1\/4\/2019 11:49:51 AM<br> Event ID:      1394<br> Task Category: Service Control<br> Level:         Information<br> Keywords:      Classic<br> User:          ANONYMOUS LOGON<br> Computer:      rodc1.domain.com<br> Description:<br> All problems preventing updates to the Active Directory Domain Services database have been cleared. New updates to the Active Directory Domain Services database are succeeding. The Net Logon service has restarted.<\/pre>\n","protected":false},"excerpt":{"rendered":"<p>Last week I had deploy a new domain controller to the root domain in a forest (it happened to be an RODC for a unique use case, but that is irrelevant). The domain only partially replicated before failing and showing errors on the new DC. The errors were: Log Name: Directory Service Source: Microsoft-Windows-ActiveDirectory_DomainService Date: [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[64],"tags":[24,28,27,26,25],"class_list":["post-59","post","type-post","status-publish","format-standard","hentry","category-active-directory","tag-active-directory","tag-adsiedit","tag-domain-controller","tag-replication","tag-schema"],"_links":{"self":[{"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/posts\/59","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=59"}],"version-history":[{"count":4,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/posts\/59\/revisions"}],"predecessor-version":[{"id":120,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=\/wp\/v2\/posts\/59\/revisions\/120"}],"wp:attachment":[{"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=59"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=59"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/blog.markdepalma.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=59"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}