<p>Just do a backup. Or you can use the openldap dump tools.</p>
<div class="gmail_quote">On Jul 16, 2012 12:02 PM, "Gary Algier" <<a href="mailto:gaa@ulticom.com">gaa@ulticom.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/13/12 11:42, Rich Megginson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 07/13/2012 09:41 AM, Gary Algier wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello:<br>
<br>
I just installed a fresh install of the 389 DS from EPEL and I see no schema:<br>
<br>
------------------------------<u></u>------------------------------<u></u>-<br>
# ldapsearch -x -h localhost -s sub -b cn=schema -wxxxxxxxx \<br>
-Dcn=directory\ manager<br>
# extended LDIF<br>
#<br>
# LDAPv3<br>
# base <cn=schema> with scope subtree<br>
# filter: (objectclass=*)<br>
# requesting: ALL<br>
#<br>
<br>
# schema<br>
dn: cn=schema<br>
objectClass: top<br>
objectClass: ldapSubentry<br>
objectClass: subschema<br>
cn: schema<br>
<br>
# search result<br>
search: 2<br>
result: 0 Success<br>
<br>
# numResponses: 2<br>
# numEntries: 1<br>
------------------------------<u></u>------------------------------<u></u>-<br>
<br>
If I look at /etc/dirsrv/slapd-*/schema I see lots of files all with all<br>
sorts of contents. Is the schema unavailable by design? I also looked with<br>
389-console and I see nothing in the schema.<br>
<br>
Version information:<br>
# rpm -q 389-ds<br>
389-ds-1.2.1-1.el5<br>
</blockquote>
rpm -q 389-ds-base<br>
?<br>
<br>
Note that in later 389 releases, the schema was made LDAPv3 compliant. The<br>
schema attributes attributeTypes, objectClasses, matchingRules, etc. are<br>
defined by LDAPv3 to be operational attributes. This means they must be<br>
specified explicitly in the ldapsearch command line e.g.<br>
<br>
ldapsearch -x -h localhost -s sub -b cn=schema -wxxxxxxxx \<br>
-Dcn=directory\ manager "objectclass-*" \* attributeTypes objectClasses ....<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
# grep ^ /etc/*release*<br>
/etc/redhat-release:CentOS release 5.8 (Final)<br>
<br>
<br>
</blockquote></blockquote>
<br>
All versions, just in case:<br>
# % rpm -qa | grep 389-<br>
389-ds-1.2.1-1.el5<br>
389-ds-base-libs-1.2.9.9-1.el5<br>
389-ds-console-doc-1.2.6-1.el5<br>
389-dsgw-1.1.9-1.el5<br>
389-admin-console-1.1.8-1.el5<br>
389-ds-base-1.2.9.9-1.el5<br>
389-admin-console-doc-1.1.8-1.<u></u>el5<br>
389-console-1.1.7-3.el5<br>
389-ds-console-1.2.6-1.el5<br>
389-admin-1.1.29-1.el5<br>
389-adminutil-1.1.15-1.el5<br>
<br>
<br>
So I need to ask specifically for the attributes, but I should still see the dns, shouldn't I?<br>
<br>
# ldapsearch -x -h localhost -s sub -b cn=schema -wxxxxxxxx \<br>
-Dcn=directory\ manager "objectclass=*" \* attributetypes objectclasses |<br>
grep -i ^dn:<br>
dn: cn=schema<br>
<br>
<br>
My goal here is to get a dump of the schema so I can compare it to my live DS5.2 server in preparation for migration. Are there any other tools for doing this kind of thing? I have seen discussion of migration but everything seems to assume that the schemata match.<br>
<br>
-- <br>
Gary Algier, WB2FWZ gaa at <a href="http://ulticom.com" target="_blank">ulticom.com</a> <a href="tel:%2B1%20856%20787%202758" value="+18567872758" target="_blank">+1 856 787 2758</a><br>
Ulticom Inc., 1020 Briggs Rd, Mt. Laurel, NJ 08054 Fax:<a href="tel:%2B1%20856%20866%202033" value="+18568662033" target="_blank">+1 856 866 2033</a><br>
<br>
Nielsen's First Law of Computer Manuals:<br>
People don't read documentation voluntarily.<br>
<br>
<br>
--<br>
389 users mailing list<br>
<a href="mailto:389-users@lists.fedoraproject.org" target="_blank">389-users@lists.fedoraproject.<u></u>org</a><br>
<a href="https://admin.fedoraproject.org/mailman/listinfo/389-users" target="_blank">https://admin.fedoraproject.<u></u>org/mailman/listinfo/389-users</a></blockquote></div>