SSSD unterstützt zwei Darstellungsmodi für die Angabe der Debug-Stufe. Die einfachste ist die Angabe eines Dezimalwerts von 0 bis 9, welche die Aktivierung der Meldungen der entsprechenden Stufe und aller niederer Stufen bewirkt. Eine umfassendere Option ist die Angabe einer hexadezimalen Bitmaske, um spezifische Stufen zu aktivieren oder zu deaktivieren (wenn Sie beispielsweise eine Stufe unterdrücken wollen).

Please note that each SSSD service logs into its own log file. Also please note that enabling “debug_level” in the “[sssd]” section only enables debugging just for the sssd process itself, not for the responder or provider processes. The “debug_level” parameter should be added to all sections that you wish to produce debug logs from.

In addition to changing the log level in the config file using the “debug_level” parameter, which is persistent, but requires SSSD restart, it is also possible to change the debug level on the fly using the sss_debuglevel(8) tool.

derzeit unterstützte Debug-Stufen:

0, 0x0010: Schwerwiegende Fehler. Alles was SSSD am Start hindern oder es beenden könnte.

1, 0x0020: Kritische Fehler. Dies sind Fehler, die SSSD nicht gewaltsam beenden, aber mindestens eine Hauptfunktion nicht sauber arbeitet.

2, 0x0040: Ernsthafte Fehler. Dies sind Fehler, bei denen eine bestimmte Anfrage oder Operation fehlgeschlagen ist.

3, 0x0080: Kleinere Fehler. Dies sind Fehler, die von geringerer Bedeutung als die fehlgeschlagenen Operationen in der Stufe 2 sind.

4, 0x0100: Konfigurationseinstellungen.

5, 0x0200: Funktionsdaten.

6, 0x0400: Meldungen aus der Verfolgung von Operationsfunktionen.

7, 0x1000: Meldungen aus der Verfolgung interner Kontrollfunktionen.

8, 0x2000: Inhalte funktionsinterner Variablen, die von Interesse sein könnten.

9, 0x4000: Verfolgungsmeldungen extrem niederster Ebene.

Um die Debug-Stufen nach Bitmaske zu protokollieren, fügen Sie deren Nummern hinzu, wie in den folgenden Beispielen gezeigt:

Beispiel: Um fatale, kritische, schwerwiegende Fehler und Funktionsdaten zu protokollieren, benutzen Sie 0x0270.

Beispiel: Um fatale Fehler, Konfigurationseinstellungen, Funktionsdaten und Verfolgungsnachrichten für interne Steuerfunktionen zu protokollieren, benutzen Sie 0x1310.

Hinweis: Das Bitmasken-Format der Debug-Level wurde in 1.7.0 eingeführt.

Voreinstellung: 0

1: Den Debug-Nachrichten wird ein Zeitstempel hinzugefügt.

0: Zeitstempel in Debug-Nachrichten werden deaktiviert.

Voreinstellung: 1

1: Dem Zeitstempel in Debug-Nachrichten werden Millisekunden hinzugefügt.

0: Millisekunden werden in Zeitstempeln deaktiviert

Voreinstellung: 0

sendet die Ausgabe der Fehlersuche in Dateien statt auf die Standardfehlerausgabe. Standardmäßig werden die Protokolldateien in /var/log/sssd gespeichert. Dort gibt es separate Protokolldateien für jeden SSSD-Dienst und jede Domain.

wird nach dem Start ein Daemon.

läuft im Vordergrund und wird kein Daemon.

gibt eine Konfigurationsdatei an, die nicht Standard ist. Die Voreinstellung ist /etc/sssd/sssd.conf. Auskunft über die Syntax und Optionen der Konfigurationsdatei finden Sie in der Handbuchseite sssd.conf(5).

zeigt den Hilfetext und beendet sich.

gibt die Versionsnummer aus und beendet sich.

Informiert SSSD, dass es anstandslos alle Kindprozesse beenden und dann das Überwachungsprogramm herunterfahren soll.

teilt SSSD mit, dass es das Schreiben des aktuellen Dateideskriptors zur Fehlersuche stoppen, ihn schließen und erneut öffnen soll. Dies ist dazu gedacht, das Rotieren von Protokolldateien mit Programmen wie Logrotate zu erleichtern.

Tells the SSSD to simulate offline operation for the duration of the “offline_timeout” parameter. This is useful for testing. The signal can be sent to either the sssd process or any sssd_be process directly.

Tells the SSSD to go online immediately. This is useful for testing. The signal can be sent to either the sssd process or any sssd_be process directly.