forcing reload?

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

 



On 8/4/08, Graham Seaman <G.Seaman at lse.ac.uk> 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.
>
> I am new to Ldap, so am not sure what is expected behaviour and what isn't.
>
> Graham


ok, it sounds like what I think it is.  When you created the existing users,
they were not added with the eduPerson objectclass since the schema didn't
exist in FDS, so now only new users will automatically get it assuming your
front end provides it, not sure what you are using since you said its not
dirsrv-admin, you must have a way of adding new users, etc.  Thats why its
best to add the schema to FDS first, then start creating new users.

The way I understand it, the schema only makes it possible for an ldap
server to allow the extra feature, but its the user (object) that has its
necessary objectclasses assigned to it, for each objectclass, you can assign
the values and attributes.  For example:  samba requires adding the samba
schema into FDS, then each user needs to have the "sambasamaccount"
objectclass which has numerous values that samba accounts use.

I was new with ldap not long ago too, hope this helps..


  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 --------------
An HTML attachment was scrubbed...
URL: http://lists.fedoraproject.org/pipermail/389-users/attachments/20080804/8890a06b/attachment.html 


[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