Persistence journalctl log wissen commando om gedetailleerde uitleg van configuratieparameters te bekijken

wanneer dan ookelektriciteitsleverancierwebmaster ontmoetingenMySQL-database, Apache en andere applicaties kunnen niet zoals gewoonlijk worden gestart,LinuxHet systeem zal u vragen om te gebruiken journalctl -ex commando om het te bekijken.

• Gerelateerde logs zijn vaak snel terug te vinden.
• Na het op deze manier analyseren van het logboek kan het probleem snel worden opgelost.

Wat betekent journaal?

Journal basis uitleg:

• zn. Dagelijks, journaal, dagboek; tijdschriften, tijdschriften, tijdschriften; [boekhoud]grootboek
• Variatie
• meervoud tijdschriften

Journaallogboeken bijhouden

Persistentie is het mechanisme voor het converteren van programmagegevens tussen persistente en tijdelijke toestanden.

In termen van de leek, tijdelijke gegevens (zoals gegevens in het geheugen die niet permanent kunnen worden opgeslagen), persistentie zal blijven bestaan ​​tot persistente gegevens (zoals databasepersistentie, die voor een lange tijd kunnen worden opgeslagen).

在CentOS In 7.X beheert systemd opstartlogboeken voor alle eenheden.

• Systemd-journald is een vooruitstrevende service voor tijdschriftbeheer die wordt beheerd door systemd.
• Het verzamelt logs van de kernel en systeemdaemons zijn actief tijdens de vroege opstartfase van het systeem.
• Standaard uitvoer- en foutmeldingen, evenals syslog-logboeken.

journalctl logpad

De logservice houdt logbestanden alleen in één structuur bij.

Het volgende is het CentOS 7-systeem: VestaCPConfiguratiescherm, pad van journalctl-log opslaan ▼

/var/log/journal

• Omdat logboeken worden gecomprimeerd en geformatteerd binaire gegevens, bij het bekijken enPositioneringerg snel.

journalctl bekijk log commando

Commando zonder enige opties om journalctl alle logging te laten uitvoeren ▼

journalctl

• Het is eigenlijk nutteloos omdat je meteen "overweldigd" wordt door een stortvloed aan houtkap die je zal overweldigen.

Vervolgens leren we hoe we waardevolle loginformatie effectief kunnen filteren.

Een opgegeven tijdsperiode bekijkenjournalctlLogboek

Gebruik de volgende opdrachtopties om de tijdsperiode in te stellen ▼

--since
--until

• Een tijdsperiode is verantwoordelijk voor het specificeren van logrecords voor en na een bepaalde tijd.

Tijdwaarden kunnen in verschillende formaten zijn, zoals de volgende ▼

YYYY-MM-DD HH:MM:SS

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

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

• Als sommige onderdelen van het bovenstaande formaat niet zijn ingevuld, vult het systeem direct de standaardwaarden in.
• Als het datumgedeelte bijvoorbeeld niet is ingevuld, wordt de huidige datum direct weergegeven.
• Als het tijdgedeelte niet is ingevuld, wordt standaard "00:00:00" (middernacht) gebruikt.
• Het secondenveld kan ook leeg worden gelaten.

De standaardwaarde is "00", zoals de volgende opdracht ▼

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

Bovendien begrijpt journalctl enkele relatieve waarden en benoemde steno's.

• U kunt bijvoorbeeld "gisteren", "vandaag", "morgen" of "nu" gebruiken.

Om bijvoorbeeld de loggegevens van gisteren te krijgen, kunt u de volgende opdracht gebruiken ▼

journalctl --since yesterday

Om de logs van 9 uur tot het laatste uur te krijgen, kun je het volgende commando gebruiken ▼

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

Realtime update bekijken journalctl log

met tail -f commando is vergelijkbaar, journalctl ondersteunt -f optie om logs in real time weer te geven ▼

journalctl -f

Als u het realtime logboek van het apparaat wilt bekijken, voegt u de optie -u toe ▼

$ sudo journalctl -f -u prometheus.service

Toon alleen de nieuwste n regels in journalctl

opdrachtregelopties -n Wordt gebruikt om alleen de laatste n logregels te beheren.

De standaard is om de laatste 10 regels met logs aan het einde weer te geven ▼

$ sudo journalctl -n

U kunt ook een logboek weergeven met een bepaald aantal regels aan het einde ▼

$ sudo journalctl -n 20

Het volgende is het laatste drieregelige logboek met de cron.service-service ▼

$ journalctl -u cron.service -n 3

有网络 营销Mensen gebruiken VPSeen website bouwen, installeer het VestaCP-bedieningspaneel, bouwWordPress网站.

vaak gebruiken df -h Commando om de VPS-schijfcapaciteit te controleren en te ontdekken dat deze stijgt met een trend van 1 GB per maand (onthoud dat het vorige maand 1 GB was)

[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

Journalctl-logboeken bekijken met de opdracht capacity

Controleer het huidige journalctl-logboek met de opdracht schijfcapaciteit ▼

journalctl --disk-usage

journalctl leeg logboek verwijderen

Aangezien Linux een zeer gevoelig besturingssysteem is, is het gemakkelijk om een ​​systeemcrash te veroorzaken als u bestanden onjuist verwijdert.

Om het journalctl-logboek op te schonen, dient u het daarom te verwijderen op datum en op de toegestane capaciteit.

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

Als u logbestanden handmatig wilt verwijderen, moet u de log roteren (roteren) voordat u deze verwijdert.

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

journalctl permanente capaciteit configureren

Om de configuratie van de limietpersistentie van journald in te schakelen, kunt u het configuratiebestand van journald wijzigen ▼

/etc/systemd/journald.conf

SystemMaxUse=16M

ForwardToSyslog=no

Herstart vervolgens het dagboek ▼

systemctl restart systemd-journald.service

Is het controlelogboek in orde?Zijn de logbestanden intact en onbeschadigd?

journalctl --verify

Het volgende is de VPS-schijfcapaciteit na het opschonen van het journalctl-log en de journalctl-logcapaciteit▼

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

Gedetailleerde uitleg van persistent journalctl log, dit is het einde ^_^