Állandó journalctl log törlési parancs a konfigurációs paraméterek részletes magyarázatának megtekintéséhez

bármikoráramszolgáltatówebmester találkozásokMySQL adatbázis, Az Apache és más alkalmazások nem indíthatók el a szokásos módon,LinuxA rendszer felszólítja a használatára journalctl -ex parancsot a megtekintéséhez.

• A kapcsolódó naplók gyakran gyorsan megtalálhatók.
• A napló ilyen módon történő elemzése után a probléma gyorsan megoldható.

Mit jelent a napló?

A folyóirat alapvető magyarázata:

• n. Napilapok, folyóiratok, naplók; folyóiratok, folyóiratok, folyóiratok; [számviteli] főkönyv
• Variáció
• többes számú folyóiratok

A naplónaplók megtartása

A perzisztencia a programadatok állandó és tranziens állapotok közötti átalakításának mechanizmusa.

Laikus kifejezéssel élve a tranziens adatok (például a memóriában tárolt adatok, amelyek nem tárolhatók tartósan), a perzisztencia megmarad a perzisztens adatoknak (például az adatbázis-perzisztencia, amely hosszú ideig tárolható).

在CentOS A 7.X-ben a systemd az összes egység indítási naplóit kezeli.

• A Systemd-journald egy progresszív naplókezelési szolgáltatás, amelyet a systemd kezel.
• Naplókat gyűjt a rendszermagból, és a rendszer démonjai a rendszer korai indítási szakaszában működnek.
• Szabványos kimeneti és hibaüzenetek, valamint syslog naplók.

journalctl napló elérési útja

A naplószolgáltatás csak egyetlen struktúrában tárolja a naplófájlokat.

A következő a CentOS 7 rendszer VestaCPVezérlőpult, mentse a naplóctl napló elérési útját ▼

/var/log/journal

• Mivel a naplók tömörített és formázott bináris adatok, megtekintéskor ésHelymeghatározásnagyon gyors.

journalctl view log parancs

Parancs opciók nélkül, hogy a journalctl az összes naplózást ▼ adja ki

journalctl

• Ez alapvetően hiábavaló, mert azonnal "elborít" a fakitermelés özöne, ami elborít majd.

Ezután megtanuljuk, hogyan lehet hatékonyan szűrni az értékes naplóadatokat.

Meghatározott időszak megtekintéseJournalctlNapló

Használja a következő parancsbeállításokat az időtartam beállításához ▼

--since
--until

• Egy időszak felelős a naplóbejegyzések adott időpont előtti és utáni meghatározásáért.

Az időértékek többféle formátumban lehetnek, például a következő ▼

YYYY-MM-DD HH:MM:SS

如果你想检查在2018年3月8日晚上8点20分之后日志，请输入以下命令 ▼

journalctl --since "2018-03-26 20:20:00"

• Ha a fenti formátum egyes összetevői nincsenek kitöltve, a rendszer közvetlenül kitölti az alapértelmezett értékeket.
• Például, ha a dátum rész nincs kitöltve, akkor közvetlenül az aktuális dátum jelenik meg.
• Ha az időrész nincs kitöltve, akkor alapértelmezés szerint a „00:00:00” (éjfél) kerül felhasználásra.
• A másodperc mező üresen is hagyható.

Az alapértelmezett érték "00", például a következő parancs ▼

journalctl --since "2018-03-26" --until "2018-03-26 03:00"

Ezenkívül a Journalctl megért néhány relatív értéket és elnevezett gyorsírásokat.

• Használhatja például a „tegnap”, „ma”, „holnap” vagy „most” kifejezést.

Például a tegnapi naplóadatok lekéréséhez használja a következő ▼ parancsot

journalctl --since yesterday

A naplók 9:00 órától az utolsó óráig történő lekéréséhez használja a következő ▼ parancsot

journalctl --since 09:00 --until "1 hour ago"

Valós idejű frissítési napló megtekintése

t-velaiAz l -f parancs hasonló, a journalctl támogatja az -f opciót a naplók valós idejű megjelenítéséhez ▼

journalctl -f

Ha meg szeretné tekinteni az eszköz valós idejű naplóját, adja hozzá a -u opciót ▼

$ sudo journalctl -f -u prometheus.service

Csak a legújabb n sort jelenítse meg a Journalctl-ben

parancssori opciók -n Csak a legújabb n naplósor vezérlésére szolgál.

Az alapértelmezés szerint a legutóbbi 10 naplósor a ▼ végén jelenik meg

$ sudo journalctl -n

Megjeleníthet egy naplót is meghatározott számú sorral a ▼ végén

$ sudo journalctl -n 20

A következő háromsoros napló mutatja a cron.service szolgáltatást ▼

$ journalctl -u cron.service -n 3

有网络 营销Az emberek VPS-t használnakÉpíts egy állomást, telepítse a VestaCP vezérlőpanelt, építseWordPressweboldal.

gyakran használja df -h Parancs a VPS lemezkapacitás ellenőrzésére, és azt tapasztalja, hogy havi 1 GB-os trenddel növekszik (ne feledje, hogy a múlt hónapban 1 GB volt)

[root@ten ~]# df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/simfs       20G  7.5G   13G  38% /

devtmpfs        256M     0  256M   0% /dev

tmpfs           256M     0  256M   0% /dev/shm

tmpfs           256M  244K  256M   1% /run

tmpfs           256M     0  256M   0% /sys/fs/cgroup

tmpfs            52M     0   52M   0% /run/user/0

Tekintse meg a naplóctl naplókat a kapacitás paranccsal

Ellenőrizze az aktuális naplófájlt a ▼ lemezkapacitás paranccsal

journalctl --disk-usage

journalctl üres törlési napló

Mivel a Linux egy nagyon érzékeny operációs rendszer, ha helytelenül törli a fájlokat, könnyen rendszerösszeomlást okozhat.

Ezért a Journalctl naplók tisztításának módja, kérjük, törölje őket dátum és a lefoglalható kapacitás szerint.

journalctl --vacuum-time=2d
journalctl --vacuum-size=500M

Ha manuálisan szeretné törölni a naplófájlokat, akkor a törlés előtt el kell forgatnia (elforgatnia) a naplót.

systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service

Journalctl állandó kapacitás konfigurálása

A naplózott korlátok fennmaradásának beállításához módosíthatja a naplózó konfigurációs fájlját ▼

/etc/systemd/journald.conf

SystemMaxUse=16M

ForwardToSyslog=no

Ezután indítsa újra a naplót ▼

systemctl restart systemd-journald.service

Az ellenőrzési napló rendben van?A naplófájlok sértetlenek és sértetlenek? ▼

journalctl --verify

A következő a VPS lemezkapacitás a naplóctl napló tisztítása után és a naplóctl napló kapacitása▼

[root@ten /]# df -h

Filesystem      Size  Used Avail Use% Mounted on

/dev/simfs       20G  5.7G   15G  29% /

devtmpfs        256M     0  256M   0% /dev

tmpfs           256M     0  256M   0% /dev/shm

tmpfs           256M  308K  256M   1% /run

tmpfs           256M     0  256M   0% /sys/fs/cgroup

tmpfs            52M     0   52M   0% /run/user/0

[root@ten /]# journalctl --disk-usage

Archived and active journals take up 24.0M on disk.

A persistent journalctl log részletes magyarázata, ez a vége ^_^