Persistent journalctl log clearing command para tingnan ang detalyadong paliwanag ng mga parameter ng configuration

kailan manE-commercewebmaster encountersMySQL database, Apache at iba pang mga application ay hindi maaaring simulan gaya ng dati,LinuxIpo-prompt ka ng system na gamitin journalctl -ex utos na tingnan ito.

• Ang mga kaugnay na log ay kadalasang madaling mahanap.
• Pagkatapos pag-aralan ang log sa ganitong paraan, ang problema ay maaaring mabilis na malutas.

Ano ang ibig sabihin ng journal?

Pangunahing paliwanag sa journal:

• n Araw-araw, journal, talaarawan, periodical, journal, magazine [accounting] ledger
• pagkakaiba-iba
• maramihang mga journal

Ipagpatuloy ang mga tala sa journal

Ang pagpupursige ay ang mekanismo para sa pag-convert ng data ng programa sa pagitan ng mga persistent at transient states.

Sa mga termino ng karaniwang tao, ang lumilipas na data (tulad ng in-memory na data na hindi maaaring maimbak nang permanente), ang pagtitiyaga ay mananatili sa persistent data (tulad ng database persistence, na maaaring maimbak nang mahabang panahon).

在CentOS Sa 7.X, pinamamahalaan ng systemd ang mga startup log para sa lahat ng unit.

• Ang Systemd-journald ay isang progresibong serbisyo sa pamamahala ng journal na pinamamahalaan ng systemd.
• Kinokolekta nito ang mga log mula sa kernel at ang mga daemon ng system ay gumagana at tumatakbo sa panahon ng maagang yugto ng pag-boot ng system.
• Karaniwang output at mga mensahe ng error, pati na rin ang mga log ng syslog.

journalctl log path

Ang serbisyo ng log ay nagpapanatili lamang ng mga file ng log sa isang solong istraktura.

Ang sumusunod ay ang CentOS 7 system VestaCPControl panel, ang save path ng journalctl logs ▼

/var/log/journal

• Dahil ang mga log ay naka-compress at naka-format ng binary data, kapag tinitingnan atPagpoposisyonnapakabilis

journalctl view log command

Mag-utos nang walang anumang mga pagpipilian upang gawing output ng journalctl ang lahat ng pag-log ▼

journalctl

• Ito ay karaniwang walang silbi dahil ikaw ay agad na "nalulula" sa baha ng pagtotroso na dadagsa sa iyo.

Susunod, matututunan natin kung paano epektibong i-filter ang mahalagang impormasyon sa log.

Tingnan ang isang tinukoy na yugto ng panahonjournalctlMag-log

Gamitin ang sumusunod na mga opsyon sa command upang itakda ang yugto ng panahon ▼

--since
--until

• Ang isang yugto ng panahon ay responsable para sa pagtukoy ng mga talaan ng log bago at pagkatapos ng isang naibigay na oras.

Ang mga halaga ng oras ay maaaring nasa iba't ibang mga format, tulad ng sumusunod ▼

YYYY-MM-DD HH:MM:SS

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

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

• Kung hindi napunan ang ilang bahagi ng format sa itaas, direktang pupunan ng system ang mga default na halaga.
• Halimbawa, kung hindi na-populate ang bahagi ng petsa, direktang ipapakita ang kasalukuyang petsa.
• Kung hindi na-populate ang bahagi ng oras, "00:00:00" (hatinggabi) ang ginagamit bilang default.
• Ang field ng mga segundo ay maaari ding iwanang blangko.

Ang default na halaga ay "00", halimbawa ang sumusunod na command ▼

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

Bilang karagdagan, naiintindihan ng journalctl ang ilang mga kamag-anak na halaga at pinangalanang mga shorthand.

• Halimbawa, maaari mong gamitin ang "kahapon", "ngayon", "bukas" o "ngayon".

Halimbawa, upang makuha ang data ng log kahapon, maaari mong gamitin ang sumusunod na command ▼

journalctl --since yesterday

Upang makuha ang mga log mula 9:00am hanggang sa huling oras, maaari mong gamitin ang sumusunod na command ▼

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

Real-time na update view journalctl log

may taiAng utos ng l -f ay magkatulad, sinusuportahan ng journalctl ang -f na opsyon upang ipakita ang mga log sa real time ▼

journalctl -f

Kung gusto mong tingnan ang real-time na log ng device, mangyaring idagdag ang -u na opsyon ▼

$ sudo journalctl -f -u prometheus.service

Ipakita lamang ang pinakabagong n linya sa journalctl

mga pagpipilian sa command line -n Ginagamit upang kontrolin lamang ang pinakabagong n linya ng log.

Ang default ay upang ipakita ang pinakabagong 10 linya ng mga log sa dulo ▼

$ sudo journalctl -n

Maaari ka ring magpakita ng log na may tinukoy na bilang ng mga linya sa dulo ▼

$ sudo journalctl -n 20

Ang sumusunod ay ang pinakabagong tatlong linyang log na nagpapakita ng cron.service service ▼

$ journalctl -u cron.service -n 3

有pagmemerkado gamit ang internetAng mga tao ay gumagamit ng VPSBumuo ng istasyon, i-install ang VestaCP control panel, buuinWordPresswebsite.

madalas ginagamit df -h Utos na suriin ang kapasidad ng disk ng VPS at malaman na tumataas ito sa trend na 1GB bawat buwan (tandaan na ito ay 1GB noong nakaraang buwan)

[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

Tingnan ang mga journalctl log gamit ang capacity command

Suriin ang kasalukuyang journalctl log gamit ang disk capacity command ▼

journalctl --disk-usage

journalctl walang laman ang delete log

Dahil ang Linux ay isang napakasensitibong operating system, madaling magdulot ng pag-crash ng system kung mali ang iyong pagtanggal ng mga file.

Samakatuwid, ang paraan upang linisin ang mga journalctl log, mangyaring tanggalin ang mga ito ayon sa petsa at ang kapasidad na pinapayagang maireserba.

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

Kung gusto mong magtanggal ng mga log file nang manu-mano, kailangan mong i-rotate (rotate) ang log bago tanggalin.

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

journalctl i-configure ang patuloy na kapasidad

Para paganahin ang configuration ng journald limit persistence, maaari mong baguhin ang configuration file ng journald ▼

/etc/systemd/journald.conf

SystemMaxUse=16M

ForwardToSyslog=no

Pagkatapos, i-restart ang journald ▼

systemctl restart systemd-journald.service

OK ba ang check log?Ang mga log file ba ay buo at hindi nasira? ▼

journalctl --verify

Ang sumusunod ay ang kapasidad ng VPS disk pagkatapos linisin ang journalctl log, at ang journalctl log capacity▼

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

Detalyadong paliwanag ng persistent journalctl log, ito na ang wakas ^_^