> 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 at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-directory-users > >
