Samba4 loading schema.ldif

[Gémes Géza]

> On 04/22/2012 10:33 AM, Matthieu Patou wrote:
>> On 04/22/2012 02:20 AM, Gémes Géza wrote:
>>> Hi Mat,
>>>> So I have patches that allow samba to not trash its schema when trying
>>>> to load this schema, I have also patches that makes the loading of
>>>> this schema almost ok, I still have an issue with the loading in just
>>>> 1 step the solution is to use a ldap URL as the ldap protocol doesn't
>>>> have a notion of transaction.
>>>>
>>>> I also think that X-NDS_CONTAINMENT should be implemented in
>>>> olschema2ldif (as possSuperior I guess).
>>>>
>>>> The main problem for you is that this schema has a name collision with
>>>> existing classes (dhcpclass and dhcpoptions).
>>>> So of course you can just rename the classes in your ldif file but
>>>> then I guess that the DHCP server won't work as expected. Another
>>>> solution is to defunct the two blocking classes but for the moment
>>>> it's not completely working in Samba.
>>>>
>>>> The patches are at:
>>>> http://gitweb.samba.org/?p=mat/samba.git;a=shortlog;h=refs/heads/misc
>>>>
>>>> They wait for a small review but you can try them it should be pretty
>>>> safe.
>>>>
>>> I've seen, that your patches were merged in master, however trying to
>>> load the attached ldif (generated with patched oLschema2ldif with
>>> X-NDS_CONTAINMENT mods) still waxes the schema.
>> Really ?
> I tried your schema update and for me it's ok the ldb database can be
> open after.
>
> Still there is a couple of issues like the fact that it fails on the
> mayContain for dhcpServices object, this is due to the fact that even
> if attributes have been added to the schema, the schema itself has not
> been reloaded, Samba like windows keeps a cached version of it in
> memory because schema construction is a costly task.
>
> Matthieu.
>
Hi,

After trying to load it via ldap I've seen the same failure at the
dhcpServices object. Is there any way besides restarting samba to have
it reload the schema?
I'm thinking about splitting the ldif file in two parts (or more if
needed), and a schema reload between.

Geza