luktom.net
  • blog
  • kontakt
  • english





Persystencja logów journald

28 wrz, 2017
Linux
Brak komentarzy
Odsłony : 3746

Nie wiem jaki chory umysł wpadł na pomysł, aby domyślnie journald w niektórych dystrybucjach (np. Ubuntu) nie persystował logów na dysku, ale uważam to za dość problematyczne zachowanie – w przypadku awarii bardzo ciężko dojść co właściwie się stało przed restartem systemu.

W tym wpisie zmienimy to domyślne zachowanie.

Sprawa jest prosta:

mkdir /var/log/journal
systemd-tmpfiles --create --prefix /var/log/journal
systemctl restart systemd-journald

I już :) Możemy testowo zrestartować komputer i zobaczyć, że logi z poprzedniego uruchomienia są dostępne:

journalctl --boot=-1

Jeśli nie zadziała to warto rzucić okiem na ustawienia w /etc/systemd/journald.conf i sprawdzić czy opcja Storage jest ustawiona na auto lub persistent.

Pozostaje pytanie, czy logi nie zjedzą nam całego wolnego miejsca na dysku, man twierdzi, że nie:

SystemMaxUse= and RuntimeMaxUse= control how much disk space the journal may use up at maximum. SystemKeepFree= and RuntimeKeepFree= control how much disk space systemd-journald shall leave free for other uses. systemd-journald will respect both
limits and use the smaller of the two values.

The first pair defaults to 10% and the second to 15% of the size of the respective file system, but each value is capped to 4G. If the file system is nearly full and either SystemKeepFree= or RuntimeKeepFree= is violated when systemd-journald is started, the value will be raised to percentage that is actually free. This means that if there was enough free space before and journal files were created, and subsequently something else causes the file system to fill up, journald will stop using more space, but it will not be removing existing files to go reduce footprint either.

A więc nie ma się czego obawiać :)



Tagi :   journaldlinuxlogipersystencja

Powiązane wpisy

  • „SQL Server ❤ Linux” – na PLSSUG Kraków – zapraszam

  • Jak zaktualizować pakiety w CentOS/RHEL przy użyciu Ansible?

  • RedHat Certified System Administrator

  • Dodaj komentarz

    Click here to cancel reply

    You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>





    Łukasz Tomaszkiewicz

    Łukasz Tomaszkiewicz

    Pasjonat chmury, szczególnie AWSa, który nieustannie automatyzuje powtarzające się czynności i optymalizuje procesy, przy okazji wdrażając dobre praktyki dotyczące bezpieczeństwa. Jego szerokie doświadczenie w zakresie tworzenia oprogramowania, projektowania baz danych, a także wirtualizacji serwerów i zarządzania infrastrukturą w chmurze pozwala mu spojrzeć przekrojowo na współczesny stack technologiczny.

    W wolnym czasie fotograf, sporadycznie piszący blogger :) a także regularny prelegent na krakowskich grupach związanych z IT.

    Wyznawca Vim'a :)

    Kategorie

    • Ansible
    • AWS
    • C#
    • Chatboty
    • Cloud
    • Daj się poznać 2017
    • Docker
    • Inne
    • Linux
    • Open source
    • Organizacyjne
    • Prelekcje
    • Sieci komputerowe
    • SQL Server
    • Windows
    • Windows Server
    • Wirtualizacja

    Najczęściej czytane

    • Creating single node VSAN cluster
    • SQL Server – walidacja numerów PESEL i NIP
    • Konfiguracja serwera DHCP na routerach Cisco
    • Aktywacja routingu IP w Windows 7 / Windows Server 2008
    • Konwersja maszyn wirtualnych z ESXi do Hyper-V przy użyciu SCVMM 2012
    • Jak podłączyć program R do SQL Servera?

    Tagi

    .net ai ansible asp.net mvc aws aws cli bot builder bot framework c# centos certyfikaty chatbot chatboty cisco cmd docker dsp2017 esxi hyperv kontenery konteneryzacja linux mvc nlp openvpn plssug pobieranie powershell prelekcje rancher redhat router sieci smogbot sql server ssd ssl vmware vsphere windows windows mobile windows server wirtualizacja wit.ai wrzuta

    Copyright © 2006-2018 by Łukasz Tomaszkiewicz. Wszelkie prawa zastrzeżone