Hinweis

Dieser Artikel wurde von Linux-Anfängern geschrieben. Dieser Artikel sollte nur als Referenz verwendet werden, da wichtige Daten verloren gehen können.

Umgebung

CentOS7 / Apache2.4 / PHP5.4 / MariaDB5.5 / Zabbix Server4.4.6 / Sakuras VPS 1G

Start

Normalerweise ist die Serverüberwachung meine Hauptaufgabe. Im Rahmen meines Studiums habe ich persönlich einen Zabbix-Server eingerichtet.

Eine solche Warnung von diesem Zabbix-Server ...

Problem started at hh：mm：ss on yyyy.mm.dd Problem name: /: Disk space is critically low (used > 90%) Host: Zabbix server Severity: Average

Einige Informationen sind versteckt

Wie Sie dem Lesen entnehmen können, scheint die Festplattennutzung des unbeaufsichtigten Zabbix-Servers 90% überschritten zu haben.

Eigentlich wurde eine Warnung ausgegeben, als sie 80% überschritt, aber ich habe sie vollständig verlassen.

Deshalb werde ich vorerst die Grafik überprüfen.

Sicherlich ist die Festplatte eng, also werde ich mich beim Server anmelden und nachforschen.

Umfrage

[root@hostname user]# df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda4        45G   40G  2.7G  94% /
devtmpfs        484M     0  484M   0% /dev
tmpfs           496M     0  496M   0% /dev/shm
tmpfs           496M   51M  446M  11% /run
tmpfs           496M     0  496M   0% /sys/fs/cgroup
/dev/vda2       477M  103M  345M  23% /boot
tmpfs           100M     0  100M   0% /run/user/1000

Überprüfen Sie den freien Speicherplatz mit dem Befehl df Stellen Sie das Gerät mit der Option -h ein

Derzeit scheint es in / keinen freien Speicherplatz zu geben.

[root@hostname user]# du -sh /*
0       /bin
101M    /boot
0       /dev
34M     /etc
84K     /home
0       /lib
0       /lib64
16K     /lost+found
4.0K    /media
4.0K    /mnt
8.0K    /opt
0       /proc
68K     /root
51M     /run
0       /sbin
4.0K    /srv
0       /sys
48K     /tmp
1.6G    /usr
24G     /var

Überprüfen Sie den vom Dateiverzeichnis verwendeten Speicherplatz mit dem Befehl du Zeigen Sie nur das gewünschte Teil mit der Option -s an Mit der Option -h für eine einfache Anzeige angepasst

Derzeit scheint die Ursache / var zu sein, die am häufigsten verwendet wird.

[root@hostname user]# du -sh /var/*
4.0K    /var/account
4.0K    /var/adm
120M    /var/cache
4.0K    /var/crash
20K     /var/db
8.0K    /var/empty
4.0K    /var/games
4.0K    /var/gopher
12K     /var/kerberos
311M    /var/lib
4.0K    /var/local
0       /var/lock
27G     /var/log
0       /var/mail
4.0K    /var/nis
4.0K    /var/opt
4.0K    /var/preserve
0       /var/run
116K    /var/spool
32K     /var/tmp
12K     /var/www
4.0K    /var/yp

Ich benutze den Befehl du auf die gleiche Weise, aber diesmal habe ich / var untersucht, und als Ergebnis scheint es, dass die Ursache / var / log ist.

[root@hostname user]# du -sh /var/log/*
4.0K    /var/log/anaconda
39M     /var/log/audit
0       /var/log/boot.log
12K     /var/log/boot.log-20200427
137M    /var/log/btmp
222M    /var/log/btmp-20200501
4.0K    /var/log/chrony
128K    /var/log/cron
164K    /var/log/cron-20200419
160K    /var/log/cron-20200426
160K    /var/log/cron-20200503
160K    /var/log/cron-20200510
36K     /var/log/dmesg
2.7M    /var/log/httpd
40K     /var/log/lastlog
0       /var/log/maillog
0       /var/log/maillog-20200426
4.0K    /var/log/maillog-20200503
0       /var/log/maillog-20200510
20K     /var/log/mariadb
236K    /var/log/messages
276K    /var/log/messages-20200419
272K    /var/log/messages-20200426
344K    /var/log/messages-20200503
280K    /var/log/messages-20200510
4.0K    /var/log/qemu-ga
4.0K    /var/log/rhsm
22M     /var/log/sa
55M     /var/log/secure
59M     /var/log/secure-20200419
44M     /var/log/secure-20200426
64M     /var/log/secure-20200503
63M     /var/log/secure-20200510
0       /var/log/spooler
0       /var/log/spooler-20200426
0       /var/log/spooler-20200503
0       /var/log/spooler-20200510
20K     /var/log/tuned
48K     /var/log/wtmp
4.0K    /var/log/yum.log
23G     /var/log/zabbix

Untersuchen Sie die nächste Hierarchie, die Ursache scheint / var / log / zabbix zu sein (Zabbix-Server an erster Stelle). Die genutzte Kapazität ist deutlich unterschiedlich.

Gegenmaßnahmen

Nachdem wir die Ursache kennen, werden wir Gegenmaßnahmen in Betracht ziehen. Nach der Untersuchung scheint der Befehl tmpwatch verwendet werden zu können.

[root@hostname user]# yum -y install tmpwatch

Installieren Sie vorerst den Befehl tmpwatch mit dem Befehl yum.

[root@hostname user]# tmpwatch -d -m 720 /var/log/zabbix

Löschen Sie alte Dateien mit dem Befehl tmpwatch Richtung mit der Option -d ausschließen Geben Sie die Zeit mit -m an

Wenn es nicht falsch ist, sollten Dateien gelöscht werden, die seit mehr als 720 Stunden nicht mehr aktualisiert wurden.

Überprüfen Sie das Diagramm erneut.

Derzeit scheint sich die Festplattenkapazität etwas verbessert zu haben. Nachdem ich den Befehl ausgeführt hatte, bestätigte ich auch eine Warnung, dass die 90% ige Festplattenauslastung unter 90% lag, so dass es vorerst ein Erfolg war ... (Obwohl nicht weniger als 80%)

Nachtrag

Ich habe das Wichtige vergessen, aber nicht neu gestartet. Klicken Sie hier für das Ergebnis des Neustarts

Es scheint, dass die alte Protokolldatei ordnungsgemäß gelöscht wurde.

Dies ist vorerst eine Erleichterung