Hide Forgot
Description of problem: I'm hitting this error in the RHEL6.1 Beta Apr 4 10:43:44 xxxxxx automount[13533]: open_lookup:90: cannot open lookup module ldap (/usr/lib64/autofs/lookup_ldap.so: undefined symbol: ERR_remove_state) This is critical for us, as we cannot use autofs in the rhel 6.1 beta. Version-Release number of selected component (if applicable): autofs-5.0.5-29.el6.x86_64 How reproducible: Every time autofs starts. Steps to Reproduce: 1. Make sure autofs uses ldap in /etc/nsswitch.conf automount: files ldap 2. Start /etc/init.d/autofs 3. LDAP mounts don't work, and message in syslog Actual results: No ldap mounts Expected results: LDAP mounts work Additional info: Looks like this was fixed for fc14, but maybe not for rhel6? https://bugzilla.redhat.com/show_bug.cgi?id=615386 This Gentoo discussion seems to suggest that adding -lssl to the autofs compile fixes the issue. http://bugs.gentoo.org/302377 When I downgrade to 5.0.5-23.el6_0.1, I get this different error: Apr 4 11:12:29 uxlabn automount[14202]: open_lookup:90: cannot open lookup module ldap (/usr/lib64/autofs/lookup_ldap.so: undefined symbol: krb5_get_init_creds_keytab) Only after downgrading openldap from 2.4.23-12.el6 (el6.1) to 2.4.19-15.el6_0.2 (el6.0) does autofs (all versions) work.
Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
This originally wasn't a problem in 6.0 but has arisen in 6.1. It's fixed in revision 30 but we just missed the compose so I hope that it will be included in the next snapshot. Lets wait and see if it is. In the meantime revision 30 can be found at: http://people.redhat.com/~ikent/autofs-5.0.5-30.el6 If you need other supported archs just ask.
Revision 30 works great. You're the man, Ian. Updating : openldap-2.4.23-12.el6.x86_64 warning: /etc/openldap/ldap.conf created as /etc/openldap/ldap.conf.rpmnew Updating : 1:autofs-5.0.5-30.el6.x86_64 Cleanup : 1:autofs-5.0.5-29.el6.x86_64 Cleanup : openldap-2.4.19-15.el6_0.2.x86_64
This problem was identified during QA. It occurred due to updates to other components and has been resolved in bug 579963 (although this might not be a widely viewable bug) that also depended on LDAP. I'm closing this a CURRENTRELEASE since it seems to be the closest reason but am also setting the "Fixed in Version" so people will know what they are looking for.