Persistence journalctl команда за изчистване на журнал, за да видите подробно обяснение на конфигурационните параметри

когато и да еЕлектричество доставчикасрещи с уеб администраториMySQL база данни, Apache и други приложения не могат да се стартират както обикновено,LinuxСистемата ще ви подкани да използвате journalctl -ex команда, за да го видите.

• Свързаните регистрационни файлове често могат да бъдат намерени бързо.
• След като анализирате дневника по този начин, проблемът може бързо да бъде решен.

Какво означава дневник?

Основно обяснение на дневника:

• н. Ежедневник, дневник, дневник; периодични издания, журнали, списания; [счетоводна] книга
• Вариация
• множествено число списания

Запазете регистрационните файлове на дневника

Устойчивостта е механизмът за преобразуване на програмни данни между постоянни и преходни състояния.

Казано на неспециалист, преходните данни (като данни в паметта, които не могат да се съхраняват постоянно), постоянство ще се запазят до постоянни данни (като постоянство на база данни, което може да се съхранява за дълго време).

在CentOS В 7.X systemd управлява регистрационните файлове при стартиране за всички модули.

• Systemd-journald е прогресивна услуга за управление на журнали, управлявана от systemd.
• Той събира регистрационни файлове от ядрото и системните демони са активни и работят по време на ранната фаза на зареждане на системата.
• Стандартен изход и съобщения за грешки, както и журнали на syslog.

журнален път на journaltl

Услугата за регистрационни файлове съхранява само регистрационни файлове в една структура.

Следва системата CentOS 7 VestaCPКонтролен панел, запишете пътя на journalctl log ▼

/var/log/journal

• Тъй като регистрационните файлове са компресирани и форматирани двоични данни, при преглед иПозициониранемного бързо.

journaltl view log команда

Команда без никакви опции, за да накара journalctl да извежда всички записи ▼

journalctl

• По принцип е безполезно, защото веднага сте „затрупани“ с поток от дърводобив, който ще ви залее.

След това ще научим как ефективно да филтрираме ценна информация от регистрационния файл.

Вижте определен период от времеjournalctlДневник

Използвайте следните командни опции, за да зададете периода от време ▼

--since
--until

• Периодът от време е отговорен за указването на регистрационните записи преди и след дадено време.

Времевите стойности могат да бъдат в различни формати, като например следния ▼

YYYY-MM-DD HH:MM:SS

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

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

• Ако някои компоненти от горния формат не са попълнени, системата директно ще попълни стойностите по подразбиране.
• Например, ако частта за дата не е попълнена, текущата дата се показва директно.
• Ако часовата част не е попълнена, по подразбиране се използва "00:00:00" (полунощ).
• Полето за секунди също може да бъде оставено празно.

Стойността по подразбиране е "00", например следната команда ▼

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

Освен това, journalctl разбира някои относителни стойности и наименувани стенограми.

• Например, можете да използвате „вчера“, „днес“, „утре“ или „сега“.

Например, за да получите данните от вчерашния журнал, можете да използвате следната команда ▼

journalctl --since yesterday

За да получите регистрационните файлове от 9:00 сутринта до последния час, можете да използвате следната команда ▼

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

Актуализация в реално време journalctl log

с taiКомандата l -f е подобна, journalctl поддържа -f опция за показване на регистрационни файлове в реално време ▼

journalctl -f

Ако искате да видите дневника на устройството в реално време, моля, добавете опцията -u ▼

$ sudo journalctl -f -u prometheus.service

Показване само на най-новите n реда в journalctl

опции на командния ред -n Използва се за контрол само на последните n реда от дневника.

По подразбиране се показват последните 10 реда от регистрационни файлове в края ▼

$ sudo journalctl -n

Можете също така да покажете дневник с определен брой редове в края ▼

$ sudo journalctl -n 20

Следва последният триредов журнал, показващ услугата cron.service ▼

$ journalctl -u cron.service -n 3

有网络 营销Хората използват VPSИзградете станция, инсталирайте контролния панел VestaCP, изградетеWordPressуебсайт.

често използвани df -h Команда за проверка на VPS дисковия капацитет и откриване, че той се покачва с тенденция от 1GB на месец (не забравяйте, че беше 1GB миналия месец)

[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

Прегледайте журналите на journaltl с помощта на командата за капацитет

Проверете текущия журнал на journalctl, като използвате командата за капацитет на диска ▼

journalctl --disk-usage

journaltl празен журнал за изтриване

Тъй като Linux е много чувствителна операционна система, лесно е да предизвикате системен срив, ако изтриете файлове неправилно.

Следователно, начинът за почистване на журналите на journalctl, моля, изтрийте ги по дата и капацитета, разрешен за резервиране.

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

Ако искате да изтриете регистрационни файлове ръчно, трябва да завъртите (завъртите) регистрационния файл преди изтриване.

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

journalctl конфигуриране на постоянен капацитет

За да активирате конфигурацията за постоянство на лимита на журнала, можете да промените конфигурационния файл на журнала ▼

/etc/systemd/journald.conf

SystemMaxUse=16M

ForwardToSyslog=no

След това рестартирайте дневника ▼

systemctl restart systemd-journald.service

Дневникът за проверка наред ли е?Лог файловете непокътнати и неповредени ли са? ▼

journalctl --verify

По-долу е VPS дисковият капацитет след почистване на журнала journalctl и капацитетът на журнала journalctl▼

[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.

Подробно обяснение на постоянния журнал на journalctl, това е краят ^_^