Problems with SSSD Configuration
SSSD fails to start
SSSD requires that the configuration file be properly set up, with all the required entries, before the daemon will start.- SSSD requires at least one properly configured domain before the service will start. Without a domain, attempting to start SSSD returns an error that no domains are configured:
# sssd -d4 [sssd] [ldb] (3): server_sort:Unable to register control with rootdse! [sssd] [confdb_get_domains] (0): No domains configured, fatal error! [sssd] [get_monitor_config] (0): No domains configured.
Edit the /etc/sssd/sssd.conf
file and create at least one domain.
- SSSD also requires at least one available service provider before it will start. If the problem is with the service provider configuration, the error message indicates that there are no services configured:
[sssd] [get_monitor_config] (0): No services configured!
Edit the
/etc/sssd/sssd.conf
file and configure at least one service provider.SSSD requires that service providers be configured as a comma-separated list in a single
services
entry in the/etc/sssd/sssd.conf
file. If services are listed in multiple entries, only the last entry is recognized by SSSD.
NSS fails to return user information
This usually means that SSSD cannot connect to the NSS service.- Ensure that NSS is running:
# service sssd status
- If NSS is running, make sure that the provider is properly configured in the
[nss]
section of the/etc/sssd/sssd.conf
file. Especially check thefilter_users
andfilter_groups
attributes. - Make sure that NSS is included in the list of services that SSSD uses.
- Check the configuration in the
/etc/nsswitch.conf
file.
NSS returns incorrect user information
If searches are returning the incorrect user information, check that there are not conflicting usernames in separate domains. When there are multiple domains, set theuse_fully_qualified_domains
attribute to TRUE
in the /etc/sssd/sssd.conf
file. This differentiates between different users in different domains with the same name.
Setting the password for the local SSSD user prompts twice for the password
When attempting to change a local SSSD user's password, it may prompt for the password twice:[root@clientF11 tmp]# passwd user1000 Changing password for user user1000. New password: Retype new password: New Password: Reenter new Password: passwd: all authentication tokens updated successfully.
This is the result of an incorrect PAM configuration. Ensure that the use_authtok
option is correctly configured in your /etc/pam.d/system-auth
file.
Part IV. System Configuration
Part of a system administrator's job is configuring the system for various tasks, types of users, and hardware configurations. This section explains how to configure a Community Enterprise Linux system.
Table of Contents
- Console Access
- The
sysconfig
Directory -
- Files in the
/etc/sysconfig/
Directory -
/etc/sysconfig/amd
/etc/sysconfig/apmd
/etc/sysconfig/arpwatch
/etc/sysconfig/authconfig
/etc/sysconfig/autofs
/etc/sysconfig/clock
/etc/sysconfig/desktop
/etc/sysconfig/dhcpd
/etc/sysconfig/exim
/etc/sysconfig/firstboot
/etc/sysconfig/gpm
/etc/sysconfig/hwconf
/etc/sysconfig/i18n
/etc/sysconfig/init
/etc/sysconfig/ip6tables-config
/etc/sysconfig/iptables-config
/etc/sysconfig/irda
/etc/sysconfig/keyboard
/etc/sysconfig/kudzu
/etc/sysconfig/named
/etc/sysconfig/network
/etc/sysconfig/nfs
/etc/sysconfig/ntpd
/etc/sysconfig/radvd
/etc/sysconfig/samba
/etc/sysconfig/selinux
/etc/sysconfig/sendmail
/etc/sysconfig/spamassassin
/etc/sysconfig/squid
/etc/sysconfig/system-config-securitylevel
/etc/sysconfig/system-config-selinux
/etc/sysconfig/system-config-users
/etc/sysconfig/system-logviewer
/etc/sysconfig/tux
/etc/sysconfig/vncservers
/etc/sysconfig/xinetd
- Directories in the
/etc/sysconfig/
Directory- Additional Resources
- Files in the
- Date and Time Configuration
- Keyboard Configuration
- The X Window System
- X Window System Configuration
- Users and Groups
- Printer Configuration
- Automated Tasks
- Log Files