[Samba] updates of repsFrom/repsTo attributes (was : Re: replPropertyMetaData & KCC issues after updating to Samba 4.5.0)
lingpanda101 at gmail.com
lingpanda101 at gmail.com
Mon Sep 26 14:57:58 UTC 2016
On 9/24/2016 7:32 AM, Denis Cardon wrote:
>
> the job of the samba_kcc script is to create the ntdsConnection
> objects. Afterward the repsFrom/repsTo attribute are created in
> accordance with the ntdsConnection objects (you can force the creation
> using samba-tool drs replicate although). You can check that the
> process is asynchronous when you join a new DC, the INBOUND and
> OUTBOUND entries are coming later on after the ntdsConnection object
> has been created.
>
> You can find repsFrom/repsTo attributes at on the root ldap entries of
> each of the five AD partitions. Those entries correspond to the
> INBOUND and OUTBOUND display in the samba-tool drs showrepl command.
>
> However there is currently no standard way to delete the leftover of
> repsfrom/repsto, others than deleting the repsFrom/repsTo attribute
> manually or through scripting (python-ldb is your friend here).
>
> I had a discussion with Garming a while ago about this issue, and it
> was not clear what process was responsible to remove spurious/leftover
> repsfrom/repsto attribute. With the old kcc, it was not such an issue
> because it was full meshed, however with the new KCC, it would indeed
> be good to have some more tooling for drs maintenance and monitoring.
>
> By the way, KCC computation algorithm specifications from Microsoft
> are kind of mind boggling, so there might need some more tweaking, but
> thanks to Garming it is has done the job for us since 4.3.0 for almost
> one year.
>
> Cheers,
>
> Denis
>
>
>>
>>
>
Wasn't aware of this. Thank you for the info. If I was to delete the
incorrect respsFrom/repsTo attributes, wouldn't the KCC just regenerate
them over time once the KCC check and ISTG check kicked in?
--
-James
More information about the samba
mailing list