schema extension via ldif at install time

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



George Holbert wrote:

> As I understand it, replicated schema is stored in the 99user.ldif 
> file on each consumer.
> Does anyone know if schema defined in 60x.ldif through 98x.ldif files 
> on the master is replicated to consumers?

It is not.

> Or will masters only replicate the schema that is present in their 
> local 99user.ldif file?

Only schema added over LDAP will be automatically replicated.

>
> In other words, will schema changes made to "60custom.ldif" on the 
> master be replicated to each consumer's 99user.ldif file, or will each 
> consumer's /<serverroot>/config/schema directory need to get an 
> updated copy of 60custom.ldif ?

No.  Because there is no way to update the schema in the fie 
60custom.ldif via LDAP.

>
> - George
>
>
> Jeff Clowser wrote:
>
>>
>>
>> Brian K. Jones wrote:
>>
>>> On Monday 20 June 2005 2:03 pm, Mike Jackson wrote:
>>>
>>>  
>>>
>>>> Don't put schema into 99user.ldif, it's not maintainable.
>>>>   
>>>
>>>
>>> This would seem to be contrary to the documentation on redhat's 
>>> site. I'm certainly not meaning to say you're wrong - quite the 
>>> contrary - I'm pointing out to whomever it may concern that the docs 
>>> need polishing :)
>>>
>> Keep in mind that you can edit schema using the console if the schema 
>> you are editing is in 99user.ldif.  If you put it in any other file, 
>> the console will see it as read-only.
>>
>> As a "good" practice, I'd say if you are testing or have schema that 
>> changes often (for whatever reason), use 99user.ldif, but once you 
>> have a stable schema, put it in a separate file for maintainability.  
>> If you are rolling out multiple apps with custom schema in each, it 
>> would probably be userful to put separate apps customizations in 
>> separate files (i.e. 98mail.ldif, 98cal.ldif, etc).  Just makes it 
>> easier to keep things straight.
>>
>> - Jeff
>>
>>
>>
>> -- 
>> Fedora-directory-users mailing list
>> Fedora-directory-users at redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>
>
>
>
> -- 
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3312 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-users/attachments/20050620/6aa56831/attachment.bin 


[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux