Login or Register to Ask a Question and Join Our Community

Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

sss_debuglevel(8) [debian man page]

SSS_DEBUGLEVEL(8)						 SSSD Manual pages						 SSS_DEBUGLEVEL(8)

NAME

       sss_debuglevel - change debug level while SSSD is running

SYNOPSIS

       sss_debuglevel [options] NEW_DEBUG_LEVEL

DESCRIPTION

       sss_debuglevel changes debug level of SSSD monitor and providers to NEW_DEBUG_LEVEL while SSSD is running.

OPTIONS

       -c,--config
	   Specify a non-default config file. The default is /etc/sssd/sssd.conf. For reference on the config file syntax and options, consult the
	   sssd.conf(5) manual page.

       NEW_DEBUG_LEVEL
	   Bit mask that indicates which debug levels will be visible. 0x0010 is the default value as well as the lowest allowed value, 0xFFF0 is
	   the most verbose mode. This setting overrides the settings from config file.

	   Currently supported debug levels:

	   0x0010: Fatal failures. Anything that would prevent SSSD from starting up or causes it to cease running.

	   0x0020: Critical failures. An error that doesn't kill the SSSD, but one that indicates that at least one major feature is not going to
	   work properly.

	   0x0040: Serious failures. An error announcing that a particular request or operation has failed.

	   0x0080: Minor failures. These are the errors that would percolate down to cause the operation failure of 2.

	   0x0100: Configuration settings.

	   0x0200: Function data.

	   0x0400: Trace messages for operation functions.

	   0x1000: Trace messages for internal control functions.

	   0x2000: Contents of function-internal variables that may be interesting.

	   0x4000: Extremely low-level tracing information.

	   To log required debug levels, simply add their numbers together as shown in following examples:

	   Example: To log fatal failures, critical failures, serious failures and function data use 0x0270.

	   Example: To log fatal failures, configuration settings, function data, trace messages for internal control functions use 0x1310.

	   Note: This is new format of debug levels introduced in 1.7.0. Older format (numbers from 0-10) is compatible but deprecated.

AUTHORS

       The SSSD upstream - http://fedorahosted.org/sssd

SSSD
								    03/04/2013							 SSS_DEBUGLEVEL(8)

Check Out this Related Man Page

SSS_GROUPADD(8) 						 SSSD Manual pages						   SSS_GROUPADD(8)

NAME

       sss_groupadd - create a new group

SYNOPSIS

       sss_groupadd [options] GROUP

DESCRIPTION

       sss_groupadd creates a new group. These groups are compatible with POSIX groups, with the additional feature that they can contain other
       groups as members.

OPTIONS

       -g,--gid GID
	   Set the GID of the group to the value of GID. If not given, it is chosen automatically.

       -?,--help
	   Display help message and exit.

THE LOCAL DOMAIN

       In order to function correctly, a domain with "id_provider=local" must be created and the SSSD must be running.

       The administrator might want to use the SSSD local users instead of traditional UNIX users in cases where the group nesting (see
       sss_groupadd(8)) is needed. The local users are also useful for testing and development of the SSSD without having to deploy a full remote
       server. The sss_user* and sss_group* tools use a local LDB storage to store users and groups.

SEE ALSO

       sssd(8), sssd.conf(5), sssd-ldap(5), sssd-krb5(5), sssd-simple(5), sssd-ipa(5), sssd-ad(5), sssd-sudo(5),sss_cache(8), sss_debuglevel(8),
       sss_groupadd(8), sss_groupdel(8), sss_groupshow(8), sss_groupmod(8), sss_useradd(8), sss_userdel(8), sss_usermod(8), sss_obfuscate(8),
       sss_seed(8), sssd_krb5_locator_plugin(8), sss_ssh_authorizedkeys(8), sss_ssh_knownhostsproxy(8),pam_sss(8).

AUTHORS

       The SSSD upstream - http://fedorahosted.org/sssd

SSSD
								    06/17/2014							   SSS_GROUPADD(8)
Man Page