[Date Prev][Date Next] [Chronological] [Thread] [Top]

Re: Continuing the automounter battle

No, Sol9

Huh oh. A very dim bulb just lit.

I've seen the profiles defined tow ways.
1) as I've presented below, using "objectClass: SolarisNamingProfile"
The other (as I believe you presented it, using "objectClass: DUAConfigProfile"

Can I interpret this to be a Sol8 to Sol9 difference? Or is it just two alternate ways of doing the same thing?

I have the latest Solaris 9 installed. It "should" have all the latest patches on it. (I'll double check that one to be sure). I did spot another problem in my profile, but it didn't solve anything. I changed:

SolarisDataSearchDN: "automount:(ou=Services,dc=ldap-test,dc=com)"


SolarisDataSearchDN: "services:(ou=Services,dc=ldap-test,dc=com)"

But it didn't help.

I'll look at the alternate profile style.

Thank you!


NOTE: Patch 108993 is for Sol8, I'm running Sol9.

Greg Matthews wrote:

You appear to be using the original Sol8 client side. This is not
recommended. have you applied patch 108993? this ports compatibility
back to sol8. Then use mappings as described in a previous post.

0x2A is ascii "*" so its looking for all entries in auto_home - doesnt
look right tho.

On Thu, 2003-09-18 at 14:07, Tibbetts, Ric wrote:

Well, I'm closer to getting OpenLDAP to serve up automount to my Solaris clients. But not quite there. The error in the logs:

Sep 18 08:46:43 meeng3 slapd[25734]: [ID 902418 local4.debug] conn=468 op=1 SRCH base="nisMapName=auto_home,dc=eng,dc=mlb,dc=ldap-test,dc=com" scope=1 filter=
Sep 18 08:46:43 meeng3 slapd[25734]: [ID 217296 local4.debug] conn=468 op=1 RESULT tag=101 err=32 text=
Sep 18 08:46:43 meeng3 slapd[25734]: [ID 338319 local4.debug] conn=468 op=2 UNBIND

The cn=\2A is interesting. I don't know where that's coming from.

Here's the LDIFs:

Solaris Profile:

dn: cn=profilename,ou=Profile,dc=ldap-test,dc=com
SolarisDataSearchDN: "passwd:(ou=People,dc=ldap-test,dc=com)"
SolarisDataSearchDN: "printers:(ou=Printers,dc=ldap-test,dc=com)"
SolarisDataSearchDN: "group:(ou=Group,dc=ldap-test,dc=com)"
SolarisDataSearchDN: "automount:(ou=Services,dc=ldap-test,dc=com)"
objectClass: top
objectClass: SolarisNamingProfile
cn: eng.mlb
SolarisCacheTTL: 43200
SolarisSearchTimeLimit: 30
SolarisSearchReferral: NS_LDAP_FOLLOWREF
SolarisTransportSecurity: NS_LDAP_SEC_NONE
SolarisAuthMethod: NS_LDAP_AUTH_SIMPLE
SolarisSearchBaseDN: dc=ldap-test,dc=com
SolarisBindDN: cn=proxyagent,ou=Profile,dc=ldap-test,dc=com

Auto master:

dn: nisMapName=auto_master,ou=Services,dc=ldap-test,dc=com
objectclass: top
objectclass: nisMap
nismapname: auto_master

dn: cn=/home,nisMapName=auto_master,ou=Services,dc=ldap-test,dc=com
objectclass: nisObject
objectclass: top
cn: /home
nismapentry: auto_home
nismapname: auto_master

Auto home:

dn: nisMapName=auto_home,ou=Services,dc=ldap-test,dc=com
objectclass: top
objectclass: nisMap
nismapname: auto_home

dn: cn=/,nisMapName=auto_home,ou=Services,dc=ldap-test,dc=com
objectclass: nisObject
objectclass: top
cn: /
nismapentry: servername:/export/home/&
nismapname: auto_home

It "should" work. Does anyone see what I missed?

As always, any advice is greatly appreciated!