First writings on DsGetNCChanges call

Stefan (metze) Metzmacher metze at
Thu Aug 27 01:30:35 MDT 2009

Anatoliy Atanasov schrieb:
> I fixed it, thanks.
> I also fixed the usage of dsdb_attribute_ldb_to_drsuapi function so now it returns properly.
> There is still the problem with the call to dsdb_syntax_FOOBAR_ldb_to_drsuapi in source4/dsdb/schema/schema_syntax.c:735 (commit 6488afaa). The DSSYNC test passes when I remove that call.

I think you should also add the extended dn search control to the search
so that the dsdb_syntax_DN_ldb_to_drsuapi can contrust the full
drsuapi_DsReplicaObjectIdentifier3 structure.

You also need to filter non-replicated attributes and setup the metadata

>> -----Original Message-----
>> From: tridge at [mailto:tridge at]
>> Sent: Wednesday, August 26, 2009 05:07
>> To: Anatoliy Atanasov
>> Cc: abartlet at; metze at; samba-technical at
>> Subject: Re: First writings on DsGetNCChanges call
>> Hi Anatoliy,
>>  > I uploaded the work-in-progress branch here:
>> api
>> thanks for posting this!
>> It looks like in your dcesrv_drsuapi_DsGetNCChanges() call you do a
>> full search of the directory every time, pulling all records?
>> Just using a search of (uSNChanged>=N) would be a big improvement in
>> terms of memory consumption. It will still be slow in the backend, as
>> the tdb backend doesn't actually use the indexes for a >= search, but
>> at least the DRS server wouldn't have to parse all the records.
>> Cheers, Tridge

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <>

More information about the samba-technical mailing list