The IETF LDAP community has decided to deprecated them in favor of
the
new netgroups stuff.
I thought automount, automountInformation, etc. were the most current
way to store automount mappings in a directory. They still appear in
the RFC2307bis draft:
http://www.ietf.org/internet-drafts/draft-howard-rfc2307bis-01.txt
However, it does make sense that they might not be included with FDS
since RFC2307bis is still a work in progress.
What is the "new netgroups stuff"?
Thanks,
-- George
Rich Megginson wrote:
> Vsevolod (Simon) Ilyushchenko wrote:
>
>> Hi,
>>
>> I'm extremely glad FDS is now freely available and almost
>> open-source. I have run into some issues when I started playing with it.
>>
>> 1. I've tried to port my OpenLDAP database to it and found that that
>> there is no automount objectclass specified by default. The automount
>> and automountInformation classes are defined in Fedora schema extensions
>> that come with the openldap RPM, so not having them in FDS is a little
>> weird. I had to define them myself.
>
>
The IETF LDAP community has decided to deprecated them in favor of
the
new netgroups stuff.
>
>>
>> 2. After a failed import I deleted the database and tried to recreate
>> it. I went first to Configuration/Data/New Root Suffix and specified
>> the base DN and the database name. Then I went to Data/<Server
>> name:389>/ New Root Object and tried to create the root entry, but
>> got this error:
>>
>> "Only the Directory Manager has the right to create the Root Entry.
>> Log in as Directory Manager to be able to perform this operation. "
>>
>> I've checked that the manager DN is specified correctly in
>> Configuration/Manager.
>
>
> We don't yet have a way to set an ACI to allow users other than the
> Directory Manager (i.e. cn=Directory Manager, not the admin console
> user) to create the entry for a root suffix. In the console, you can
> Log In As New User, and specify cn=directory manager (or whatever you
> used for your directory manager user when you performed the initial
> installation).
>
>>
>> I tried restarting the directory server, but that did not help. How
>> do I reinitalize it?
>>
>> 3) Finally, the Java administration console is extremely slow. I'm
>> running over an SSH connection, but my server is a 2.8 Ghz machine
>> with 512 Mb of RAM. I wonder what console performance other people
>> experience.
>
>
> It's not great. It is a huge Java/Swing application.
>
>>
>> Thanks - I'm looking forward to deploying FDS with Windows sync!
>> Simon
>
>
>------------------------------------------------------------------------
>
>--
>Fedora-directory-users mailing list
>Fedora-directory-users(a)redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>