Test for schemaUpdateNow

Stefan (metze) Metzmacher metze at samba.org
Fri Jul 17 08:05:33 MDT 2009

Anatoliy Atanasov schrieb:
> Hi Metze,
>> -----Original Message-----
>> From: Stefan (metze) Metzmacher [mailto:metze at samba.org]
>> Sent: Friday, July 17, 2009 16:10
>> To: Anatoliy Atanasov
>> Cc: abartlet at samba.org; samba-technical at samba.org
>> Subject: Re: Test for schemaUpdateNow
>> Hi Anatoliy,
>>> I dug some more in schemaUpdateNow against Active Directory and I think
>> I have found an explanation why it doesn't need explicit call to update
>> the schema cache.
>>> According to: http://technet.microsoft.com/en-us/library/cc961572.aspx
>>> ..."When the computer is started, the schema cache is loaded from the
>> underlying database and updated automatically whenever the on-disk version
>> is updated. When changes are made to the schema, the schema cache is
>> automatically updated within five minutes after the first change was
>> applied."
>>> ..."There is also a mechanism for updating the schema cache on demand.
>> You can use this when you modify the schema. You can add the
>> schemaUpdateNow attribute to the rootDSE with a value of 1. The value is
>> not used; it acts as a trigger or operational attribute. Writing this
>> attribute starts a cache reload."
>>> This _automatic_ schema cache update is the reason we can't have the
>> same test for schemaUpdateNow against Windows.
>> I don't understand that, do we wait 5 minutes in the test?
> No, we do not wait 5 minutes in the test.
> I only want to point out that AD updates its schema cache automatically and without the 'schemaUpdateNow' command from the client. Probably we need to implement that behavior too.

Yes, sure, but this has nothing to do with this tests.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20090717/87741d54/attachment.pgp>

More information about the samba-technical mailing list