#1294 Quiet down the startup of sssd
Closed: wontfix 3 years ago by pbrezina. Opened 11 years ago by jhrozek.

https://bugzilla.redhat.com/show_bug.cgi?id=811113 (Fedora)

When SSSD is started with a debug level that should show failures, lots of
messages that have nothing to do with failure show up. This obscures the actual
problems.

I'll submit some patches to reassign some of the messages to the correct
locations.

Example:

[root@stef-desktop data]# /usr/sbin/sssd -d 0x00F0 -i
(Tue Apr 10 09:08:01:333969 2012) [sssd] [check_file] (0x0020): lstat for
[/var/run/nscd/socket] failed: [2][No such file or directory].
(Tue Apr 10 09:08:01:335171 2012) [sssd] [confdb_get_domain_internal] (0x0020):
No enumeration for [ad.thewalter.lan]!
(Tue Apr 10 09:08:01 2012) [sssd] [server_setup] (0x0080): CONFDB:
/var/lib/sss/db/config.ldb
(Tue Apr 10 09:08:01 2012) [sssd] [sbus_new_server] (0x0080): D-BUS Server
listening on unix:path=/var/lib/sss/pipes/private/sbus-monitor,guid=eab88a161d7
b3ba30f5012f300001624
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [server_setup]
(0x0080): CONFDB: /var/lib/sss/db/config.ldb
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_context_init]
(0x0080): Created new fail over context, retry timeout is 30
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]]
[confdb_get_domain_internal] (0x0020): No enumeration for [ad.thewalter.lan]!
(Tue Apr 10 09:08:01 2012) [sssd] [monitor_service_init] (0x0080): Initializing
D-BUS Service
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [sbus_new_server]
(0x0080): D-BUS Server listening on unix:path=/var/lib/sss/pipes/private/sbus-d
p_ad.thewalter.lan.12534,guid=62df5fee35e9244dbc19011900001624
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [sssm_ldap_id_init]
(0x0020): Missing ldap_uri, will use service discovery
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_new_service]
(0x0080): Creating new service 'LDAP'
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'LDAP' using
tcp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [sdap_gssapi_init]
(0x0020): Missing krb5_server option, using service discovery!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_new_service]
(0x0080): Creating new service 'KERBEROS'
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KERBEROS'
using udp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KERBEROS'
using tcp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]]
[find_principal_in_keytab] (0x0080): No principal matching
stef-desktop.thewalter.lan$@AD.THEWALTER.LAN found in keytab.
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [sssm_krb5_auth_init]
(0x0020): Missing krb5_server option, using service discovery!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KERBEROS'
using udp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KERBEROS'
using tcp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_new_service]
(0x0080): Creating new service 'KPASSWD'
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KPASSWD' using
udp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [fo_add_srv_server]
(0x0080): Adding new SRV server in domain 'unknown', to service 'KPASSWD' using
tcp
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]]
[check_and_export_options] (0x0020): No KDC explicitly configured, using
defaults.
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]]
[check_and_export_options] (0x0020): No kpasswd server explicitly configured,
using the KDC or defaults.
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]]
[ldap_get_autofs_options] (0x0040): Error: no autofs search base set
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [load_backend_module]
(0x0010): Error (2) in module (ldap) initialization (sssm_ldap_autofs_init)!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [be_process_init]
(0x0080): No autofs module provided for [ad.thewalter.lan] !!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [be_process_init]
(0x0020): No Session module provided for [ad.thewalter.lan] !!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [be_process_init]
(0x0020): No host info module provided for [ad.thewalter.lan] !!
(Tue Apr 10 09:08:01 2012) [sssd[be[ad.thewalter.lan]]] [main] (0x0020):
Backend provider (ad.thewalter.lan) started!
(Tue Apr 10 09:08:01 2012) [sssd[nss]] [server_setup] (0x0080): (Tue Apr 10
09:08:01 2012) [sssd[pam]] [server_setup] (0x0080): CONFDB:
/var/lib/sss/db/config.ldb
CONFDB: /var/lib/sss/db/config.ldb
(Tue Apr 10 09:08:01 2012) [sssd[pam]] [confdb_get_domain_internal] (0x0020):
No enumeration for [ad.thewalter.lan]!
(Tue Apr 10 09:08:01 2012) [sssd[nss]] [confdb_get_domain_internal] (0x0020):
No enumeration for [ad.thewalter.lan]!
(Tue Apr 10 09:08:01 2012) [sssd] [monitor_service_init] (0x0080): Initializing
D-BUS Service
(Tue Apr 10 09:08:01 2012) [sssd[pam]] [sss_process_init] (0x0020): Responder
Initialization complete
(Tue Apr 10 09:08:01 2012) [sssd] [monitor_service_init] (0x0080): Initializing
D-BUS Service
(Tue Apr 10 09:08:01 2012) [sssd[nss]] [sss_process_init] (0x0020): Responder
Initialization complete
(Tue Apr 10 09:08:01 2012) [sssd[nss]] [nss_process_init] (0x0020): NSS
Initialization complete

Fields changed

blockedby: =>
blocking: =>
coverity: =>
feature_milestone: =>
milestone: NEEDS_TRIAGE => SSSD 1.10 beta
priority: major => trivial
tests: => 0
testsupdated: => 0
type: defect => task
upgrade: => 0

Fields changed

owner: somebody => arielb
status: new => assigned

Fields changed

proposed_priority: => Nice to have

Cleaning the 1.10 milestones before putting tickets into it.

milestone: SSSD 1.10 beta => Temp milestone

Moving planned features and bug fixes into the 1.10 bucket.

milestone: Temp milestone => SSSD 1.10.0

Fields changed

milestone: SSSD 1.10.0 => Temp milestone

Moving all the features planned for 1.10 release into 1.10 beta.

milestone: Temp milestone => SSSD 1.10 beta

Fields changed

selected: => Not need

Moving tickets that are not a priority for SSSD 1.10 into the next release.

milestone: SSSD 1.10 beta => SSSD 1.11 beta

Fields changed

mark: => 0

Fields changed

changelog: =>
design: =>
design_review: => 0
fedora_test_page: =>
milestone: SSSD 1.13 beta => SSSD 1.13 backlog
review: => 0

Mass-moving tickets not planned for any immediate release and re-setting priority.

milestone: SSSD 1.13 backlog => SSSD Deferred
priority: trivial => major

Metadata Update from @jhrozek:
- Issue assigned to arielb
- Issue set to the milestone: SSSD Patches welcome

7 years ago

Thank you for taking time to submit this request for SSSD. Unfortunately this issue was not given priority and the team lacks the capacity to work on it at this time.

Given that we are unable to fulfill this request I am closing the issue as wontfix.

If the issue still persist on recent SSSD you can request re-consideration of this decision by reopening this issue. Please provide additional technical details about its importance to you.

Thank you for understanding.

Metadata Update from @pbrezina:
- Issue close_status updated to: wontfix
- Issue status updated to: Closed (was: Open)

3 years ago

SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.

This issue has been cloned to Github and is available here:
- https://github.com/SSSD/sssd/issues/2336

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Login to comment on this ticket.

Metadata