This is occurring at login, before the user-specific path is set. (At
least, I hope we're waiting for authentication before setting the user's
path!) So, the relevant path is the one built into sshd at compile time,
and reported in /etc/ssh/sshd_config, right?[1] That's just
/usr/local/bin:/bin:/usr/bin.
I took at shot at "ps faux" to see if I could find any child processes
invoked by sshd to test the ldap authentication. I didn't catch anything.
"getent passwd" as root on these hosts does return the LDAP based users.
So, I can see at least that much of the RHDS. So, I know the server is
visible and talking to these hosts.
Thanks!
David
[1] -
http://forums13.itrc.hp.com/service/forums/questionanswer.do?admit=109447...
On Tue, June 7, 2011 10:49, crashingdaily wrote:
Oracle includes its own LDAP client and libs whose syntax is
different
from OpenLDAP's. Is $ORACLE_HOME/bin/ earlier in your $PATH than /
usr/bin ?
On Jun 7, 2011, at 1:38 PM, David Barr wrote:
> Good Morning!
>
> Take 30 hosts, all with identical
>
> /etc/nsswitch.conf
> /etc/ldap.conf
> /etc/ssh/ssh_config
> /etc/ssh/sshd_config
> /etc/auto.master and subsidiary files
>
> The only two hosts where LDAP authentication fails are the two Oracle
> servers. All are running on the same RHEL 5.4.
>
> Anyone seen anything like this, before?
>
> Thanks!
> David
--
David - Offbeat
http://dafydd.livejournal.com
dafydd - Online
http://pgp.mit.edu/
Battalion 4 - Black Rock City Emergency Services Department
Integrity*Commitment*Communication*Support