LPIC102/108.2 Systemprotokollierung: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
Zeile 100: | Zeile 100: | ||
==systemd-journald== | ==systemd-journald== | ||
*Ist Bestandteil von ''systemd'' | *Ist Bestandteil von ''systemd'' | ||
*Die Protokolle können mit ''journalctl'' | *Die Protokolle können mit ''journalctl'' angezeigt werden | ||
===Verwendung=== | ===Verwendung von journalctl=== | ||
{|class="wikitable" | {|class="wikitable" | ||
! Option !! Bedeutung | ! Option !! Bedeutung |
Version vom 12. Juli 2019, 09:59 Uhr
Viele Programme und Linux selbst protokollieren zur Laufzeit Ereignisse, damit ein Administrator in diesen Protokolle nach Fehlern zu diagnostizieren. Dazu ist es wichtig, die Orte, wo die Protokolle gespeichert sind, zu kennen und die dafür vorgesehenen Konfigurationsdateien.
Programme zur Protokollierung
- Je nach Distribution gibt es verschiedene Programme/Dienste zur Protokollierung von Ereignissen
- syslogd war der erste Logging-Daemon von Linux
- syslog-ng war die Weiterentwicklung von syslogd
- rsyslog ist zum Standard einiger wesentlicher Distributionen entwickelt
- journald ist Bestandteil von systemd.journald
rsyslog
- Zur Konfiguration von rsyslog sind die Dateien /etc/rsyslog.conf und /etc/rsyslog.d
- Besteht aus drei Komponenten: facility level action
- facility legt dabei die Einrichtung fest, level den Protokollierungsgrad und action wohin das facility protokollieren soll
Hier ein Auszug aus rsyslog.conf.
# First some standard log files. Log by facility. # auth,authpriv.* /var/log/auth.log *.*;auth,authpriv.none -/var/log/syslog #cron.* /var/log/cron.log daemon.* -/var/log/daemon.log kern.* -/var/log/kern.log lpr.* -/var/log/lpr.log mail.* -/var/log/mail.log user.* -/var/log/user.log
Untersuchen von Logdateien
Wenn Fehler auftreten, ist das Verzeichnis /var/log/ die erste Anlaufstelle. Mit dem Pager less können sie eine Logdatei untersuchen bspw.:
# less /var/log/syslog
Bei sehr großen Logdateien ist eher tail die richtige Wahl, da es die letzten zehn Zeilen einer Datei anzeigt. Mit der Option -f wird die Datei samt Änderungen im laufenden Betrieb angezeigt.
# tail -f /var/log/syslog
Wenn sie in einer Logdatei nach einem bestimmten Ereignistyp filtern wollen, empfiehlt sich grep dafür.
# grep sshd /var/log/syslog | grep invalid | less
In diesem Beispiel werden die Einträge gesucht, die der sshd eingetragen hat. Anschließend filtert er, die ein invalid haben und am Ende übergibt er sie weiter an less.
logrotate
- logrotate rotiert und komprimiert Logdateien, damit diese nicht unkontrolliert anwachsen.
- Die Konfig-Dateien sind: /etc/logrotate.conf und /etc/logrotate.d
- Nach Ablauf eines Intervalls verschiebt er die Datei, indem er die Dateiendung .1 hinten anstellt, beim nächsten Intervall wird die zuvor verschobene Datei wieder umbenannt und diesmal auch noch komprimiert, sodass hinten ein .2.gz steht.
- Wie viele alte Logfiles und das Intervall kann man in der logrotate.conf ändern
So könnte eine logrotate.conf aussehen:
# see "man logrotate" for details # rotate log files weekly weekly # keep 4 weeks worth of backlogs rotate 4 # create new (empty) log files after rotating old ones create # uncomment this if you want your log files compressed #compress # packages drop log rotation information into this directory include /etc/logrotate.d # no packages own wtmp, or btmp -- we'll rotate them here /var/log/wtmp { missingok monthly create 0664 root utmp rotate 1 } /var/log/btmp { missingok monthly create 0660 root utmp rotate 1 }
Dateien in logrotate.d sind nach dem gleichen Muster aufgebaut.
root@alex:/etc/logrotate.d# cat apt /var/log/apt/term.log { rotate 12 monthly compress missingok notifempty } /var/log/apt/history.log { rotate 12 monthly compress missingok notifempty }
logrotate sollte am besten täglich ausgeführt werden. Hierfür eignet sich cron.
systemd-journald
- Ist Bestandteil von systemd
- Die Protokolle können mit journalctl angezeigt werden
Verwendung von journalctl
Option | Bedeutung |
---|---|
-f | verhält sich so wie tail -f
|
-e | lässt journalctl ans Ende des Journals springen |
-n | verhält sich so wie tail -n
|
-r | zeigt die neuesten Einträge |
-b | zeigt nur die Einträge seit dem letzten Systemstart |
--since "Datum Uhrzeit" --until "Datum Uhrzeit" | zeigt Einträge in einem bestimmten Zeitraum |
-u | zeigt nur Einträge eines bestimmten Diensts |
-p err | zeigt nur Fehlereinträge |
Konfiguration
Die Konfiguration von journaldkann man in der /etc/systemd/journald.conf vornehmen.
- Mit Storage legt man fest, wie die Journale gespeichert werden.
- Mit compress werden große Objekte komprimiert, bevor sie gespeichert werden.
- ForwardToSyslog leitet die Ereignisse zusätzlich an syslog weiter
- SplitMode legt seperate Journale pro User an.
- SystemMaxUse um die maximale Größe des Journals festzulegen. Das Gegenstück wäre SystemKeepFree
- MaxFileSec legt die Zeit fest, für die einzelner Journaleintrag gespeichert werden soll
Pflege
- Mit
journalctl --disk-usage
erfährt man, wie viel das Journal belegt. - Mit
journalctl --vacuum-size
werden ältere Einträge aus dem Journal entfernt.
Selbst Ereignisse loggen
Mit logger kann man ein Ereignis selbst erstellen. EIn Blick in den Syslog zeigt das Ergebnis
root@alex:/# logger -t Syslogger "Systemlogbuch" root@alex:/# tail -1 /var/log/syslog Jul 12 10:48:54 alex Syslogger: Systemlogbuch
Der Befehl logger schreibt auch in den journald. Für den journald gibt es auch ein eigenes Werkzeug:
root@alex:/# echo "alles läuft gut" | systemd-cat -p info root@alex:/#journalctl -e Jul 12 10:50:48 alex unknown[9183]: alles läuft gut