Problem is solved now. The problem was with the schema definition of the nisDomain attribute type. As defined, OpenLDAP won't find the nisDomain attribute during a search because there are no matching rules.
>From the Solaris 10 LDAP Naming Services Setup and Administration Guide the >nisDomain is defined like this: attributetype ( nisSchema.1.30 NAME 'nisDomain' DESC 'NIS domain' SYNTAX 'IA5String' ) Once I modified the definition to the following OpenLDAP was able to return success: ( nisSchema.1.30 NAME 'nisDomain' DESC 'NIS domain' EQUALITY caseIgnoreIA5Match SYNTAX 'IA5String' ) After solving this issue I still had to work out some issues with the schema. I was still using the SolarisNamingProfile objectclass instead of the DUAConfigProfile objectclass. I don't know if that was a problem but I made the change anyway. But, after getting everything squared away with the schema I was able to successfully run ldapclient using the init command and download the profile from my OpenLDAP server. I intend to use this machine as a fileserver using both CIFS and NFS. I really want to use the ZFS filesystem because of the snapshot features. Can't wait to see what pops up next. -- This message posted from opensolaris.org _______________________________________________ opensolaris-help mailing list [email protected]
