[Fedora-directory-users] forcing reload?

[Rich Megginson]

Graham Seaman wrote:
> solarflow99 wrote:
>> what platform are you running on?  a service restart should have 
>> dirsrv take the new schema, do the logs show anything wrong?
> uname -a says:
>
> Linux enterprise1.lse.ac.uk 2.6.18-53.1.14.el5 #1 SMP Tue Feb 19 
> 07:18:21 EST 2008 i686 i686 i386 GNU/Linux
>
> ns-slapd -version says:
>
> Fedora-Directory/1.1.0 B2007.354.1236
>
> There are no errors reported in access or errors when I restart; the 
> only error I'm getting is when I try to create an entry using the new 
> schema I'm trying to load, which gives me:
>
> [04/Aug/2008:10:12:25 +0100] conn=1 op=5 RESULT err=65 tag=105 
> nentries=0 etime=0
> [04/Aug/2008:11:02:12 +0100] - Entry "cn=test,ou=flame 
> users,dc=lse,dc=ac,dc=uk" has unknown object class "eduPerson"
>
> eduPerson is a standard schema which works fine. It is the schema I 
> accidentally missed out when I started and am trying to add.
>
> I have the same problem with Fedora-ds on another system running 
> CentOS: I can add a new schema only by deleting the directory and 
> populating it from scratch.
Deleting which directory?  To which directory are you adding the schema 
files?
>
> I am new to Ldap, so am not sure what is expected behaviour and what 
> isn't.
>
> Graham
>
>
>
>>
>>  
>> On 8/4/08, *Graham Seaman* <G.Seaman at lse.ac.uk 
>> <mailto:G.Seaman at lse.ac.uk>> wrote:
>>
>>     solarflow99 wrote:
>>
>>         I'd just restart dirsrv, and probably even dirsrv-admin too.
>>
>>
>>     I'm not running the admin server. Restarting dirsrv doesn't appear
>>     to do it.  If it should normally, I guess I've got something else
>>     wrong...
>>
>>     Graham
>>
>>
>>          On 8/4/08, *Graham Seaman* <G.Seaman at lse.ac.uk
>>         <mailto:G.Seaman at lse.ac.uk> <mailto:G.Seaman at lse.ac.uk
>>         <mailto:G.Seaman at lse.ac.uk>>> wrote:
>>
>>            Hi,
>>
>>            How do I persuade fedora-ds to load new schema? Restarting 
>> the
>>            slapd daemon doesn't seem to do it. Completing removing a
>>            directory and then recreating it does, but I don't want to
>>         have to
>>            keep doing that if possible...
>>
>>            Thanks
>>            Graham
>>
>>            --
>>            Fedora-directory-users mailing list
>>            Fedora-directory-users at redhat.com
>>         <mailto:Fedora-directory-users at redhat.com>
>>            <mailto:Fedora-directory-users at redhat.com
>>         <mailto: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
>>         <mailto: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
>>     <mailto: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
>>   
>
> -- 
> 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: 3258 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20080804/2241f78f/attachment.bin>