{"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\/nl\/blog\/news\/predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite","title":{"rendered":"Voorstel om de systeemlogs lastlog, btmp, utmp en wtmp over te zetten naar SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de mailinglijst linux-api is er een voorstel (RFC) gepresenteerd om verouderde binaire formaten van systeemlogs zoals lastlog, btmp, utmp en wtmp te vervangen door nieuwe gedeelde bibliotheken die SQLite als backend gebruiken. Dit initiatief is gericht op het oplossen van opgestapelde problemen, waaronder de overflow van 32-bits tijdtellertjes in 2038, een gebrek aan uitbreidbaarheid, lage prestatie bij query's en het ontbreken van atomiciteit bij \u0437\u0430\u043f\u0438\u0441\u0438. <\/p>\n
Momenteel worden voor het opslaan van gegevens over sessies en authenticatiepogingen in Linux de volgende binaire bestanden met een vaste structuur gebruikt: <\/p>\n
Het gegevensformaat van deze bestanden is enkele decennia geleden ontwikkeld en vertoont een aantal fundamentele beperkingen: <\/p>\n
\n
Het veld «tv_sec» in de structuur «utmpx» en het veld «ll_time» in «lastlog» hebben het type «int32_t», waarbij de tijdstelsels tellers zijn waarvoor een overflow zal optreden op 19 januari 2038. Vanwege de vereisten voor ABI-compatibiliteit blijven deze velden zelfs op 64-bits systemen 32-bits, waardoor dit probleem alle Linux-installaties zal raken.\n
De vaste grootte van de records maakt het niet mogelijk om nieuwe velden toe te voegen (zoals container-ID, servicenaam, IP-adres) zonder het formaat volledig te vervangen en alle hulpprogramma's opnieuw te compileren.\n
De hulpprogramma's last, lastb, who en lastlog zijn gedwongen om lineair door de bestanden te bladeren. Bij een grote grootte van logs, zonder het gebruik van indexen die het mogelijk maken om records effectief te filteren, wordt de druk op het invoer-\/uitvoersysteem en de latentie bij het uitvoeren van queries onaanvaardbaar.\n
Het schrijven naar een binair bestand is geen atomische operatie. Bij een storing kan de opname gedeeltelijk beschadigd raken.\n
Om conflicten te voorkomen bij gelijktijdig schrijven naar logs door meerdere processen (zoals sshd en login) worden flock-locks gebruikt, die geen atomiciteit garanderen en kunnen leiden tot deadlocks. <\/ul>\n
De auteur van de RFC stelt voor om volledig af te stappen van binaire formaten ten gunste van gespecialiseerde gedeelde bibliotheken die SQLite gebruiken. Voor elk type logboeken wordt een aparte bibliotheek gecre\u00eberd met een uniforme C-interface: liblastlog2, libbtmp2, libutmp2 en libwtmp2. Alle bibliotheken werken met databases waarvan het schema 64-bits tijdstempels (type INTEGER) en indices op gebruiker en tijd bevat. Nieuwe velden kunnen worden toegevoegd zonder de compatibiliteit te verstoren (via ALTER TABLE). <\/p>\n
Onder de argumenten voor het gebruik van SQLite wordt genoemd dat de 64-bits INTEGER-gegevens type gebruikt wordt voor het opslaan van epoch-tijd, dat indices worden gebruikt om I\/O te verminderen door selectieve toegang tot records in plaats van een volledig scan, dat nieuwe velden kunnen worden toegevoegd zonder bestaande records te wijzigen, dat ACID-transacties worden ondersteund, dat de WAL-modus (Write-Ahead Logging) wordt gebruikt voor concurrente toegang zonder blokkering, en de bewezen betrouwbaarheid van SQLite. <\/p>\n
Om een soepele overgang te waarborgen, wordt de strategie «dual-write» voorgesteld: <\/p>\n
\n
Programma's die naar binaire bestanden schrijven (login, sshd, sudo, cron, enz.), worden aangepast zodat ze tegelijkertijd naar zowel het oude binaire bestand als naar de nieuwe SQLite-database schrijven via de bijbehorende bibliotheek.\n
Nieuwe versies van hulpprogramma's (last2, lastb2, who2, lastlog2) worden ontwikkeld die gegevens uit SQLite-databases lezen, gebruikmakend van indices voor snelle werking. Oude hulpprogramma's blijven werken met de eerdere bestanden.\n
Over enkele jaren, wanneer de overgrote meerderheid van de systemen is bijgewerkt, kan de ondersteuning voor schrijven naar oude indelingen worden uitgeschakeld en kunnen oude hulpprogramma's als verouderd worden beschouwd. <\/ul>\n
Vragen die ter verdere discussie worden gesteld: <\/p>\n
\n
De haalbaarheid van het splitsen in aparte bibliotheken of het samenvoegen in \u00e9\u00e9n (bijvoorbeeld libsession2).\n
De keuze van namen voor bibliotheken en hulpprogramma's (historische namen behouden of overstappen naar meer algemene).\n
De locatie van databases ( \/var\/lib\/ zoals voor applicatietoestanden of \/var\/log\/ zoals voor logs).\n
Mechanisme voor versiebeheer van het schema en migratie.\n