{"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\/da\/blog\/news\/predlozhenie-po-perevodu-sistemnyh-logov-lastlog-btmp-utmp-i-wtmp-na-ispolzovanie-sqlite","title":{"rendered":"Forslag til at \u00e6ndre systemlogfilerne lastlog, btmp, utmp og wtmp til at bruge SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
I mailinglisten linux-api er der rejst et forslag (RFC) om at erstatte de for\u00e6ldede bin\u00e6re formater for systemlogfilerne lastlog, btmp, utmp og wtmp med nye delte biblioteker, der bruger SQLite som backend. Initiativet har til form\u00e5l at l\u00f8se akkumulerede problemer, herunder overflydning af 32-bit tidsst\u00e6llere i 2038, mangel p\u00e5 udvidelsesmuligheder, lav foresp\u00f8rgselsydelse og mangel p\u00e5 atomaritet ved skrivning. <\/p>\n
I \u00f8jeblikket anvendes f\u00f8lgende bin\u00e6re filer med fast struktur til at gemme data om sessioner og autentifikationsfors\u00f8g i Linux: <\/p>\n
Filformatet blev udviklet for flere \u00e5rtier siden og har en r\u00e6kke grundl\u00e6ggende begr\u00e6nsninger: <\/p>\n
\n
Feltet «tv_sec» i strukturen «utmpx» og feltet «ll_time» i «lastlog» har typen «int32_t», en v\u00e6rdi for tidsst\u00e6llere, som vil l\u00f8be over den 19. januar 2038. P\u00e5 grund af kravene til ABI‑kompatibilitet forbliver disse felter 32-bit, selv p\u00e5 64-bit systemer, s\u00e5 problemet vil p\u00e5virke alle installationer af Linux.\n
Den faste st\u00f8rrelse af posterne tillader ikke at tilf\u00f8je nye felter (for eksempel container-ID, tjenestenavn, IP-adresse) uden at der skal laves en fuldst\u00e6ndig udskiftning af formatet og genkompileres alle v\u00e6rkt\u00f8jer.\n
V\u00e6rkt\u00f8jerne last, lastb, who og lastlog er tvunget til at gennemg\u00e5 indholdet af filerne line\u00e6rt. Ved store logfiler uden brug af indekser, der muligg\u00f8r effektiv filtrering af posterne, bliver belastningen p\u00e5 input\/output-systemet og ventetiderne ved foresp\u00f8rgsler uacceptable.\n
Skrivning til en bin\u00e6r fil er ikke en atomar operation. Ved svigt kan skrivningen blive delvist beskadiget.\n
For at undg\u00e5 konflikter ved samtidig skrivning til loggen af flere processer (for eksempel sshd og login) anvendes flock-l\u00e5sninger, som ikke garanterer atomaritet og kan f\u00f8re til d\u00f8de l\u00e5se. <\/ul>\n
Forfatteren af RFC foresl\u00e5r at frav\u00e6nte bin\u00e6re formater helt til fordel for specialiserede delte biblioteker, der bruger SQLite. For hver type log oprettes et separat bibliotek med et ensartet C-interface: liblastlog2, libbtmp2, libutmp2 og libwtmp2. Alle biblioteker arbejder med en database, hvis skema omfatter 64-bit tidsstempler (INTEGER type) og indekser baseret p\u00e5 bruger og tid. Der er mulighed for at tilf\u00f8je nye felter uden at bryde kompatibiliteten (via ALTER TABLE). <\/p>\n
Blandt argumenterne for brugen af SQLite n\u00e6vnes brugen af 64-bit INTEGER til lagring af epoch tid, anvendelse af indekser for at reducere ind-\/uddata ved selektiv adgang til poster i stedet for fuld scanning, muligheden for at tilf\u00f8je nye felter uden at \u00e6ndre eksisterende poster, underst\u00f8ttelse af ACID-transaktioner, WAL (Write-Ahead Logging) til samtidig adgang uden l\u00e5s og den dokumenterede p\u00e5lidelighed af SQLite. <\/p>\n
For at sikre en glidende overgang foresl\u00e5s strategien «dual-write»: <\/p>\n
\n
Programmer, der skriver til bin\u00e6re filer (login, sshd, sudo, cron m.fl.), modificeres s\u00e5ledes, at de samtidig udf\u00f8rer skrivning til b\u00e5de den gamle bin\u00e6re fil og den nye SQLite-database via det relevante bibliotek.\n
Nye versioner af v\u00e6rkt\u00f8jer (last2, lastb2, who2, lastlog2) udvikles, som l\u00e6ser data fra SQLite-databaser ved hj\u00e6lp af indekser for hurtig behandling. De gamle v\u00e6rkt\u00f8jer forts\u00e6tter med at fungere med de tidligere filer.\n
Om et par \u00e5r, n\u00e5r det overv\u00e6ldende flertal af systemer er opdateret, kan underst\u00f8ttelsen af skrivning til gamle formater blive deaktiveret, og gamle v\u00e6rkt\u00f8jer — erkl\u00e6res for\u00e6ldede. <\/ul>\n
Sp\u00f8rgsm\u00e5l stillet til yderligere diskussion: <\/p>\n
\n
Hensigtsm\u00e6ssigheden af at opdele i separate biblioteker eller samle dem i en (f.eks. libsession2).\n
Valg af navne til biblioteker og v\u00e6rkt\u00f8jer (bevare historiske navne eller skifte til mere generiske).\n
Placering af databasedokumenter (\/var\/lib\/ som for applikationens tilstande eller \/var\/log\/ som for logs).\n
Versionsstyringsmekanismen for skemaet og migrering.\n