Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Carrie
I had the same problem using NIS files to store my passwd and group files.
Putting them back into local /etc/passwd files solved the problem. Dont
know about LDAP, but if you have NIS installed Unix looks at the yp files
for authentication, so its just some extra work to keep your /etc/passwd in
sync with the yp passwd file.
HTH
Sujit
Carrie Coy <carriec@doc.state.vt.us> on 07/27/99 07:43:01 PM
Please respond to Carrie Coy <carriec@doc.state.vt.us>
To: informix-list@iiug.org
cc: (bcc: Sujit Pal)
Subject: NameService Switch/LDAP/Informix
RH6.0 (kernel 2.2.5-15; glibc-2.1.1-6); Informix-4GL 7.20.UD7 Informix
IDS 7.30.UC7. OpenLDAP-1.2.1
We are running nss_ldap-2.85. All our user account information is
stored in an OpenLDAP directory server. None of the users is defined in
/etc/passwd.
When I try to run a compiled Informix 4GE from an LDAP-authenticated
login, I get the message:
-951 User username is not known on the database server.
I created a local user and confirmed that the 4GE runs if the user is
defined in /etc/passwd. How can I determine what Informix is doing and
how it may be bypassing the Name Service Switch? (I've turned on
debugging in nss_ldap and nothing is logged in /var/log/messages. I can
see two normal LDAP searches when the 4GE starts before it dies).
--
Carrie Coy
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.