{"id":164053,"date":"2026-03-13T11:11:58","date_gmt":"2026-03-13T09:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite"},"modified":"2026-03-13T11:11:58","modified_gmt":"2026-03-13T09:11:58","slug":"predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite","title":{"rendered":"Vorschlag zur Migration der Systemprotokolle lastlog, btmp, utmp und wtmp zur Verwendung von SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In der Mailingliste linux-api wurde ein Vorschlag (RFC) zur Diskussion gestellt, die veralteten Bin\u00e4rformate der Systemprotokolle lastlog, btmp, utmp und wtmp durch neue Shared Libraries zu ersetzen, die SQLite als Backend verwenden. Die Initiative zielt darauf ab, bestehende Probleme zu l\u00f6sen, darunter das \u00dcberlaufen der 32-Bit-Zeitstempel im Jahr 2038, fehlende Erweiterbarkeit, geringe Abfrageleistung und fehlende Atomarit\u00e4t beim Schreiben. <\/p>\n
Derzeit werden f\u00fcr die Speicherung von Daten zu Sitzungen und Authentifizierungsversuchen in Linux folgende Bin\u00e4rdateien mit fester Struktur verwendet: <\/p>\n
Das Dateiformat wurde vor mehreren Jahrzehnten entwickelt und hat eine Reihe von grundlegenden Einschr\u00e4nkungen: <\/p>\n
\n
Das Feld «tv_sec» in der Struktur «utmpx» und das Feld «ll_time» in «lastlog» haben den Typ «int32_t», dessen Zeitstempel am 19. Januar 2038 \u00fcberlaufen wird. Aufgrund der Anforderungen an die ABI-Kompatibilit\u00e4t bleiben diese Felder selbst auf 64-Bit-Systemen 32-Bit, sodass das Problem alle Linux-Installationen betreffen wird.\n
Die feste Gr\u00f6\u00dfe der Eintr\u00e4ge l\u00e4sst keine neuen Felder (z. B. Container-ID, Dienstnamen, IP-Adresse) hinzuf\u00fcgen, ohne das Format vollst\u00e4ndig zu ersetzen und alle Utilities neu zu kompilieren.\n
Die Utilities last, lastb, who und lastlog m\u00fcssen den Inhalt der Dateien linear durchsuchen. Bei gro\u00dfen Protokollen ohne Indizes, die eine effiziente Filterung der Eintr\u00e4ge erm\u00f6glichen, wird die Last auf das Ein-\/Ausgabesystem und die Verz\u00f6gerungen bei der Durchf\u00fchrung von Abfragen inakzeptabel.\n
Das Schreiben in eine Bin\u00e4rdatei ist keine atomare Operation. Bei einem Fehler kann der Schreibvorgang teilweise besch\u00e4digt werden.\n
Um Konflikte beim gleichzeitigen Schreiben in die Protokolle durch mehrere Prozesse (z. B. sshd und login) zu vermeiden, werden flock-Sperren verwendet, die keine Atomarit\u00e4t garantieren und zu gegenseitigen Blockaden f\u00fchren k\u00f6nnen. <\/ul>\n
Der RFC-Autor schl\u00e4gt vor, vollst\u00e4ndig auf bin\u00e4re Formate zugunsten spezialisierter, gemeinsam nutzbarer Bibliotheken umzusteigen, die SQLite verwenden. F\u00fcr jede Art von Protokollen wird eine separate Bibliothek mit einer einheitlichen C-Schnittstelle erstellt: liblastlog2, libbtmp2, libutmp2 und libwtmp2. Alle Bibliotheken arbeiten mit Datenbanken, dessen Schema 64-Bit-Zeitstempel (Typ INTEGER) und Indizes f\u00fcr Benutzer und Zeit umfasst. Es besteht die M\u00f6glichkeit, neue Felder hinzuzuf\u00fcgen, ohne die Kompatibilit\u00e4t zu verletzen (\u00fcber ALTER TABLE). <\/p>\n
Zu den Argumenten f\u00fcr die Nutzung von SQLite geh\u00f6rt die Verwendung des 64-Bit-Typs INTEGER zur Speicherung ephemerer Zeit, der Einsatz von Indizes zur Verringerung der I\/O-Operationen durch gezielte Abfragen anstelle von vollst\u00e4ndigem Scannen, die M\u00f6glichkeit, neue Felder hinzuzuf\u00fcgen, ohne bestehende Datens\u00e4tze zu \u00e4ndern, die Unterst\u00fctzung von ACID-Transaktionen, der WAL-Modus (Write-Ahead Logging) f\u00fcr gleichzeitigen Zugriff ohne Sperren und die nachgewiesene Zuverl\u00e4ssigkeit von SQLite. <\/p>\n
F\u00fcr einen reibungslosen \u00dcbergang wird die Strategie «Dual-Write» vorgeschlagen: <\/p>\n
\n
Programme, die in bin\u00e4re Dateien schreiben (login, sshd, sudo, cron usw.), werden so modifiziert, dass sie gleichzeitig sowohl in die alte bin\u00e4re Datei als auch in die neue SQLite-Datenbank \u00fcber die entsprechende Bibliothek schreiben.\n
Es werden neue Versionen von Dienstprogrammen (last2, lastb2, who2, lastlog2) entwickelt, die Daten aus SQLite-Datenbanken lesen und Indizes f\u00fcr eine schnelle Verarbeitung nutzen. Alte Dienstprogramme arbeiten weiterhin mit den bisherigen Dateien.\n
In einigen Jahren, wenn die \u00fcberwiegende Mehrheit der Systeme aktualisiert wurde, k\u00f6nnte die Unterst\u00fctzung f\u00fcr die Aufzeichnung in \u00e4ltere Formate deaktiviert und alte Dienstprogramme — als veraltet erkl\u00e4rt werden. <\/ul>\n
Fragen, die zur weiteren Diskussion gestellt werden: <\/p>\n
\n
Die Zweckm\u00e4\u00dfigkeit der Trennung in separate Bibliotheken oder der Zusammenlegung in eine einzige (z. B. libsession2).\n
Die Wahl der Namen f\u00fcr Bibliotheken und Dienstprogramme (historische Bezeichnungen beibehalten oder auf allgemeinere umsteigen).\n
Der Speicherort der Datenbankdateien (\/var\/lib\/ wie bei Anwendungszust\u00e4nden oder \/var\/log\/ wie bei Protokollen).\n
Ein Mechanismus zur Versionierung des Schemas und zur Migration.\n