Bug 230808 - Split core schema
Split core schema
Status: CLOSED CURRENTRELEASE
Product: 389
Classification: Community
Component: Directory Server (Show other bugs)
1.0.4
All Linux
medium Severity medium
: ---
: ---
Assigned To: Rich Megginson
Chandrasekar Kannan
:
Depends On:
Blocks: 249650 FDS1.1.0
  Show dependency treegraph
 
Reported: 2007-03-02 18:56 EST by Rich Megginson
Modified: 2015-01-04 18:24 EST (History)
2 users (show)

See Also:
Fixed In Version: 8.1
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-04-29 18:59:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
diffs (11.59 KB, patch)
2007-03-02 18:56 EST, Rich Megginson
no flags Details | Diff
real diffs (67.28 KB, patch)
2007-03-02 19:07 EST, Rich Megginson
no flags Details | Diff
cvs commit log (1.69 KB, text/plain)
2007-03-02 19:50 EST, Rich Megginson
no flags Details

  None (edit)
Description Rich Megginson 2007-03-02 18:56:57 EST
The 00core.ldif schema file should contain only those schema elements which are
required to start up the server.  All other schema should be moved to
01common.ldif.  Andrew and Satish have already done the work to determine that
subset of schema required to start the server.
Comment 1 Rich Megginson 2007-03-02 18:56:58 EST
Created attachment 149163 [details]
diffs
Comment 2 Rich Megginson 2007-03-02 19:07:48 EST
Created attachment 149164 [details]
real diffs
Comment 3 Rich Megginson 2007-03-02 19:50:58 EST
Created attachment 149166 [details]
cvs commit log

Reviewed by: prowley, nkinder (Thanks!)
Files: see diff
Branch: HEAD
Fix Description: Moved all schema not required to start the server from
00core.ldif into a new file called 01common.ldif.  Andrew and Satish
already did the work to determine which schema are required to start the
server, which is the schema needed to be in 00core.ldif.
Platforms tested: RHEL4
Flag Day: no
Doc impact: no
Comment 5 Rich Megginson 2008-01-02 12:52:03 EST
Actually, core means only 00core.ldif and nothing else, no other schema files. 
Try it with only the file 00core.ldif in the schema directory.
Comment 6 Chandrasekar Kannan 2008-01-02 14:17:34 EST
I get this error on startup

bash-3.00# /opt/dirsrv/slapd-goblin3/start-slapd
[02/Jan/2008:11:20:33 -0800] - Entry "cn=config" has unknown object class
"nsslapdConfig"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=encryption,cn=config" has unknown
object class "nsEncryptionConfig"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=SNMP,cn=config" has unknown object
class "nsSNMP"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=Kerberos uid
mapping,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=rfc 2829 dn
syntax,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=rfc 2829 u
syntax,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=uid
mapping,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=encryption,cn=config" has unknown
object class "nsEncryptionConfig"
[02/Jan/2008:11:20:33 -0800] - Entry "cn=SNMP,cn=config" has unknown object
class "nsSNMP"
[02/Jan/2008:11:20:33 -0800] - Entry "ou=Netscape Directory Team,cn=monitor" has
unknown object class "organizationalUnit"
Comment 8 Yi Zhang 2009-04-02 13:42:57 EDT
Based on above comments, my test is below:
1. install DS as standard procedure
2. start ds to verify it runs fine
3. stop ds
4. remove all schema under /etc/dirsrv/schema/, except 00core.schema to
/tmp/schema
5. start ds again, verify :
    (1) it starts up without error message in error and access log
    (2) perform ldapsearch as "cn=directory manager" against "cn=config"
success
6. stop ds, move all schemas back to /etc/dirsrv/schema, start ds again,
verify:
    (1) DS starts up success (no error msg in error log and access log)
    (2) perform ldapsearch as "cn=directory manager" againt "cn=config" success
Comment 9 Yi Zhang 2009-04-02 18:33:30 EDT
Test result:
RHEL 5 i386 : PASS
Comment 10 Yi Zhang 2009-04-02 18:36:26 EDT
Test on RHEL 5 x86_64 platform:

[root@mv64a-vm schema]# service dirsrv start
Starting dirsrv: 
    mv64a-vm...[02/Apr/2009:06:16:20 -0700] - Entry "cn=config" has unknown object class "nsslapdConfig"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=encryption,cn=config" has unknown object class "nsEncryptionConfig"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=SNMP,cn=config" has unknown object class "nsSNMP"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=Kerberos uid mapping,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=rfc 2829 dn syntax,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=rfc 2829 u syntax,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=uid mapping,cn=mapping,cn=sasl,cn=config" has unknown object class "nsSaslMapping"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=encryption,cn=config" has unknown object class "nsEncryptionConfig"
[02/Apr/2009:06:16:20 -0700] - Entry "cn=SNMP,cn=config" has unknown object class "nsSNMP"
[02/Apr/2009:06:16:20 -0700] - Entry "ou=Netscape Directory Team,cn=monitor" has unknown object class "organizationalUnit"
                                                           [  OK  ]

?? shall we output these messages? please verify
otherwise, the rest of test on this platform passed
Comment 11 Yi Zhang 2009-04-02 18:48:51 EDT
Platform RHEL 4 i386 pass
Comment 12 Rich Megginson 2009-04-02 18:52:38 EDT
Wait - test passes on RHEL 4 i386 but fails on RHEL 5 x86_64?  What other platforms pass/fail?
Comment 13 Yi Zhang 2009-04-02 19:12:54 EDT
Solaris 9 passed

-- rechecking RHEL 5 x86_64 (and same test passed this time, but i am so sure it did happened just 10 minutes ago)
Comment 14 Yi Zhang 2009-04-02 20:13:12 EDT
RHEL 4 x86_64 pass

rechecking rhel 5 x86_64 in new host now ...
Comment 15 Yi Zhang 2009-04-02 20:46:47 EDT
recheck on RHEL 5 x86_64, it is pass. 

bug closed.
Comment 16 Chandrasekar Kannan 2009-04-29 18:59:53 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-0455.html

Note You need to log in before you can comment on or make changes to this bug.