{"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\/sv\/blog\/news\/predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite","title":{"rendered":"F\u00f6rslag om att \u00f6verf\u00f6ra systemloggarna lastlog, btmp, utmp och wtmp till att anv\u00e4nda SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I distributionslistan linux-api har en proposition (RFC) lagts fram f\u00f6r diskussion f\u00f6r att ers\u00e4tta f\u00f6r\u00e5ldrade bin\u00e4ra format f\u00f6r systemloggarna lastlog, btmp, utmp och wtmp med nya delade bibliotek som anv\u00e4nder SQLite som backend. Initiativet syftar till att l\u00f6sa akumulerade problem som \u00f6verfl\u00f6det av 32-bitars tidsr\u00e4knare \u00e5r 2038, brist p\u00e5 skalbarhet, l\u00e5g fr\u00e5ga prestanda och avsaknaden av atomisk skrivning. <\/p>\n
F\u00f6r n\u00e4rvarande anv\u00e4nds f\u00f6ljande bin\u00e4ra filer med fast struktur f\u00f6r att lagra data om sessioner och autentiseringf\u00f6rs\u00f6k i Linux: <\/p>\n
Datalogformatet utvecklades f\u00f6r flera decennier sedan och har flera fundamentala begr\u00e4nsningar: <\/p>\n
\n
F\u00e4ltet «tv_sec» i strukturen «utmpx» och f\u00e4ltet «ll_time» i «lastlog» har typen «int32_t», vilket inneb\u00e4r att tidsr\u00e4knarna kommer att \u00f6verfl\u00f6da den 19 januari 2038. P\u00e5 grund av ABI-kompatibilitetskrav f\u00f6rblir dessa f\u00e4lt 32-bitars, \u00e4ven p\u00e5 64-bitars system, vilket inneb\u00e4r att problemet kommer att p\u00e5verka alla Linux-installationer.\n
Den fasta storleken av posterna till\u00e5ter inte att nya f\u00e4lt (till exempel container-ID, tj\u00e4nstnamn, IP-adress) l\u00e4ggs till utan fullst\u00e4ndig formatbyte och rekodning av alla verktyg.\n
Verktygen last, lastb, who och lastlog m\u00e5ste linj\u00e4rt s\u00f6ka igenom inneh\u00e5llet i filerna. Vid stora loggar, utan index som m\u00f6jligg\u00f6r effektiv filtrering av posterna, blir belastningen p\u00e5 in-\/utg\u00e5ngssystemet och f\u00f6rdr\u00f6jningar vid fr\u00e5ga oacceptabla.\n
Skrivning till en bin\u00e4r fil \u00e4r inte en atom\u00e4r operation. Vid ett fel kan skrivningen bli delvis skadad.\n
F\u00f6r att utesluta konflikter vid samtidig skrivning till loggen av flera processer (till exempel sshd och login) anv\u00e4nds flock-l\u00e5sningar, som inte garanterar atom\u00e4ritet och kan leda till d\u00f6dl\u00e4gen. <\/ul>\n
F\u00f6rfattaren till RFC f\u00f6resl\u00e5r att helt avst\u00e5 fr\u00e5n bin\u00e4ra format till f\u00f6rm\u00e5n f\u00f6r specialiserade delade bibliotek som anv\u00e4nder SQLite. F\u00f6r varje typ av logg skapas ett separat bibliotek med en enhetlig C-gr\u00e4nssnitt: liblastlog2, libbtmp2, libutmp2 och libwtmp2. Alla bibliotek arbetar med databaser vars schema inkluderar 64-bitars tidsst\u00e4mplar (typ INTEGER) och index baserat p\u00e5 anv\u00e4ndare och tid. Det finns m\u00f6jlighet att l\u00e4gga till nya f\u00e4lt utan att bryta kompatibiliteten (genom ALTER TABLE). <\/p>\n
Bland argumenten f\u00f6r att anv\u00e4nda SQLite n\u00e4mns anv\u00e4ndningen av 64-bitars INTEGER-typ f\u00f6r att lagra epoch-tid, anv\u00e4ndning av index f\u00f6r att minska in- och utdata genom selektivt tilltalande poster ist\u00e4llet f\u00f6r fullst\u00e4ndig skanning, m\u00f6jligheten att l\u00e4gga till nya f\u00e4lt utan att f\u00f6r\u00e4ndra befintliga poster, st\u00f6d f\u00f6r ACID-transaktioner, WAL-l\u00e4ge (Write-Ahead Logging) f\u00f6r konkurrerande \u00e5tkomst utan l\u00e5s, bepr\u00f6vad tillf\u00f6rlitlighet hos SQLite. <\/p>\n
F\u00f6r att s\u00e4kerst\u00e4lla en smidig \u00f6verg\u00e5ng f\u00f6resl\u00e5s strategin «dual-write»: <\/p>\n
\n
Program som skriver till bin\u00e4ra filer (login, sshd, sudo, cron m.fl.) modifieras s\u00e5 att de samtidigt skriver till b\u00e5de den gamla bin\u00e4ra filen och den nya SQLite-databasen genom det respektive biblioteket.\n
Nya versioner av verktyg (last2, lastb2, who2, lastlog2) utvecklas som l\u00e4ser data fr\u00e5n SQLite-databaser, vilket anv\u00e4nder index f\u00f6r snabbare prestanda. De gamla verktygen forts\u00e4tter att fungera med de tidigare filerna.\n
Om n\u00e5gra \u00e5r, n\u00e4r majoriteten av systemen har uppdaterats, kan st\u00f6det f\u00f6r skrivning i de gamla formaten st\u00e4ngas av och de gamla verktygen — f\u00f6rklaras som f\u00f6r\u00e5ldrade. <\/ul>\n
Fr\u00e5gor som st\u00e4lls f\u00f6r ytterligare diskussion: <\/p>\n
\n
Huruvida det \u00e4r f\u00f6rnuftigt att dela upp i separata bibliotek eller att sammanf\u00f6ra dem till ett (t.ex. libsession2).\n
Val av namn f\u00f6r bibliotek och verktyg (bevara historiska namn eller \u00f6verg\u00e5 till mer generella).\n
Placering av databasfiler (\/var\/lib\/ som f\u00f6r applikationstillst\u00e5nd eller \/var\/log\/ som f\u00f6r loggar).\n
Mekanism f\u00f6r versionshantering av scheman och migrering.\n