So it looks like it's attempting a connection to the LDAP server in
NSS_LDAP
somewhere, possibly looking for the current uid, and then looking in
/etc/hosts
for the current host name.
What process is this strace from? ns-slapd? httpd.worker?
httpd.worker. It's the admin server that's failing, the DS is working
fine.
What user and group is the server running as? Does it have to make an
nss_ldap call to get these user IDs? If so, then this is likely the
problem.
The user and group are ldap.ldap (I decided for consistency's sake to
use the pre-existing user accounts when converting across from OpenLDAP).
The user accounts are in /etc/passwd and /etc/group and not in LDAP so
there should be no nss_ldap call to find them.
/etc/nsswitch.conf says:
passwd: files ldap
shadow: files ldap
group: files ldap
--
Del
Babel Com Australia
http://www.babel.com.au/
ph: 02 9368 0728
fax: 02 9368 0758
--
Fedora-directory-users mailing list
Fedora-directory-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users
