[LINUX] Eine Geschichte über eine Tragödie, die durch den Austausch von Befehlen im Chat verursacht wurde
Einführung
Ich war etwas nervös, als ich den Server verwaltete Es ist wirklich peinlich und lächerlich, aber ich habe einen Artikel als Gebot für mich selbst geschrieben.
TLDL;
――Verwenden Sie natürlich `` (hinteres Anführungszeichen) richtig, wenn Sie Code-Schnipsel und Befehle im Chat senden. Andernfalls wird das Symbol als Abschrift erkannt und es kann schwierig sein. * Abhängig von der Notation ist ~ (tilda)` OK
――Es ist natürlich, aber überprüfen wir den Inhalt des auszuführenden Betriebssystembefehls, bevor wir ihn ausführen.
――Es ist natürlich, aber lassen Sie uns die Protokollrotation durchführen
Was ist passiert
Der in der Abteilung verwendete Jira-Server wurde nicht gestartet, daher haben wir die Ursache mit zwei Personen untersucht Die aufgeblähte Jira-Protokolldatei verbrauchte Speicherplatz.
Wenn Sie sich also den Protokollinhalt von Jira ansehen, ist die Protokollrotation nicht solide Die Datei wurde nicht komprimiert oder gelöscht.
Das Ergebnis
[root@jira ~]# ls -ahl /opt/atlassian/jira/logs/
total 59G
drwx------ 2 jira root 68K Jan 24 03:45 .
drwxr-xr-x 15 root root 4.0K Feb 25 2016 ..
-rw-r--r-- 1 jira jira 1.2K Jul 1 2019 catalina.2019-07-01.log
-rw-r--r-- 1 jira jira 3.8K Jul 2 2019 catalina.2019-07-02.log
-rw-r--r-- 1 jira jira 1.5K Jul 5 2019 catalina.2019-07-05.log
-rw-r--r-- 1 jira jira 1.5K Jul 5 2019 catalina.2019-07-05.log
-rw-r--r-- 1 jira jira 0 Jan 24 03:45 catalina.out
- Nur ein Teil des Protokolls wird angezeigt
Deshalb
- Als vorübergehende Maßnahme "Löschen Sie die vor 30 Tagen erstellte Datei catalogina.xxxxx.log" unter den akkumulierten Protokolldateien.
- Einführung der Protokollrotation (Komprimierung / Löschung von Dateien) als umfassende Unterstützung
Beschlossen zu tun.
Ich war überrascht, als ich in 1 aktiv wurde.
Der Befehl, den Sie eingeben wollten
[root@jira ~]# find /opt/atlassian/jira/logs/*.*.* -mtime +30 | xargs rm
Erstellt vor 30 Tagen unter / opt / atlassian / jira / logs / (streng geändert) Gelöscht "*. *. * (Z. B. Catalina.2019-07-05.log usw.)".
Das Mitglied, mit dem ich zusammengearbeitet habe, hat einen Befehl zum Löschen der Zieldatei in einem Chat geschrieben und an mich gesendet.
Es war.
Ich habe es bemerkt, bevor ich den Befehl eingegeben habe, aber wenn ich ihn so drücke, wie er ist, wäre es eine große Sache, das obere Verzeichnis von / opt / atlassian / jira / logs / ... wegzublasen.
Was ist passiert
Im Chat
find /opt/atlassian/jira/logs/*.*.* -mtime +30 | xargs rm
Wenn Sie drücken, ist der *. * Teil der ersten Hälfte von *. *. * Markdowns [Hervorhebung](https://qiita.com/tbpgr/items/989c6badefff69377da7#-%E5%BC%B7%E8 % AA% BFem) wurde beurteilt und es wurde geneigt.
Jedoch,
| Normaler Punkt | Schräge Punkte |
|---|---|
| . | . |
Hmm? ?? Auf der Suche nach einem Fehler? ??
Ich weiß nicht, ob die Punkte durch einen Blick auf den Putt geneigt sind.
Es war gut, weil ich den Befehl richtig gesehen habe, aber was ist passiert, wenn mein Gehirn gestorben ist und ich den Befehl gespielt habe ...
- Nun, ich sterbe nicht an meinem Gehirn und gebe Befehle, aber: unschuldig:
abschließend
Codes und Befehle haben verschiedene Symbole, die auch in Markdown verwendet werden.
In der Szene des schnellen Sendens von Codefragmenten und Befehlen im Chat
Wenn Sie kein `` (hinteres Zitat) `verwenden, kann es in Zukunft schwierig sein.
Ich realisierte es.
- Es gibt andere Notationen wie "~ (tilda)".
Recommended Posts