Bug in DC replication
Matthieu Patou
mat at samba.org
Tue Apr 5 04:51:01 MDT 2011
On 05/04/2011 14:16, Kamen Mazdrashki wrote:
> Hi Mattieu,
>
> On Tue, Apr 5, 2011 at 11:30, Matthieu Patou<mat at samba.org> wrote:
>> Hi Kamen,
>>
>>
>>> Hi Mattieu,
>>>
>>> Sorry for this took me so long. I am (and I still do) having problems with
>>> upping my Samba dev environment (what a shame!). But from what I see
>>> in source, this 'feature' is expected and it works this way from 2009.
>>> Please take a look at repl_meta_data.c:3180 - all local USNs are set
>>> to the new object USN number (which kind of make sense).
>> Well for me it didn't as it means that we have to transfer all the
>> attributes when just one is modified.
>> Also it's not the behavior of Windows. Bellow there is the
>> replPropertyMetaData for another w2k8r2 DC in the same domain, the DC was
>> off most of the time but I just started it this morning, so it got the whole
>> updates for the CN=test2,OU=test,DC=... at once, then I changed the
>> description and we can see that only the USN of the changed is changed.
>>
> Great. So it need to be fixed.
> I think I almost got my environment working again and I will start fixing this
> (unless someone else beet me with a fix) :)
>
I got this fix, it's not tested against make test but I'm happy with
what it does in the tests I've done so far.
I'll make test soon.
Matthieu.
Matthieu Patou
Samba Team http://samba.org
Private repo http://git.samba.org/?p=mat/samba.git;a=summary
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-s4-Update-Set-local-USN-only-on-attribute-that-have-.patch
Type: text/x-patch
Size: 2163 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20110405/b359ea86/attachment.bin>
More information about the samba-technical
mailing list