Es ist zwar noch nicht viel zusammen gekommen, aber für MySQL- und PostgreSQL Backups, selbst signierte SSL Zertifikate und TLSA Records und für das Hinzufügen von Erinnerungen zu ICS Dateien ist etwas enthalten. Wie gesagt, teilweise sind es nur Einzeiler, aber das eine oder andere vergesse ich hin und wieder gerne.

Das auto_shutdown.sh Script beispielsweise muss definitiv noch angepasst werden, bevor man es einsetzt. Es kann eine Liste von Hosts angegeben werden, die nacheinander angepingt werden und sollte keiner der Hosts antworten, fährt der Rechner herunter. Optional kann noch der RAID Status vor dem Herunterfahren überprüft werden, um ein Herunterfahren mit einem nicht fehlerfreien RAID zu vermeiden.

Vielleicht kann jemand den einen oder anderen Schnipsel gebrauchen.

Natürlich darf ich die Standardeingabe nicht vergessen zu erwähnen, aber ein kurzes Beispiel sollte genügen:

# mit grep nach foobar in der Datei test.log suchen
grep foobar < test.log
# oder etwas alltagstauglicher: einen MySQL Dump einspielen
mysql -h server -u user -p < dump.sql

Ich muss zugeben, dass das grep-Beispiel nicht allzu gut ist, denn normalerweise lässt man das Kleiner-als-Zeichen

<

Die Standard(fehler)ausgabe verwende ich recht häufig, da die Unterscheidung zwischen normalen Ausgaben und Fehlern in vielen Situationen sehr hilfreich ist. Die Ausgabe einer Datei kann man mit dem Größer-als-Zeichen

>

Ein einzelnes Größer-als-Zeichen überschreibt den eventuell vorhandenen Inhalt einer Datei, ein doppeltes Größer-als-Zeichen

>>

Meistens habe ich mit Bash-, Python- oder PHP-Skripten zu tun, weshalb ich für diese Sprachen je ein kleines Beispiel für das Schreiben in STDOUT (sollte ja bereits bekannt sein) und STDERR zeige. Wer kein komplexes Logging einsetzen möchte, sondern nur zwischen normalen Meldungen und Fehlermeldungen unterscheiden möchte, sollte sich die gelegentliche Verwendung von STDERR angewöhnen.

Bash

#!/bin/bash
echo "Eine informative Meldung in STDOUT";
>&2 echo "Ein Fehler in STDERR";

Python

#!/usr/bin/env python
import sys

print("Eine informative Meldung in STDOUT")
sys.stdout.write("Auch eine informative Meldung in STDOUT\n")
sys.stderr.write("Ein Fehler in STDERR\n")

PHP

#!/usr/bin/php
<?php
print "Eine informative Meldung in STDOUT\n";
fwrite(STDOUT, "Auch eine informative Meldung in STDOUT\n");
fwrite(STDERR, "Ein Fehler in STDERR\n");
?>

Da diese Skripte nun Ausgaben in STDOUT und STDERR erzeugen, kann man anfangen, die Ausgaben umzuleiten oder unterschiedlich zu behandeln.

Nur STDOUT nach /dev/null umleiten (praktisch für Cronjobs)

./test.py > /dev/null

Alles nach /dev/null umleiten (alle Ausgaben unterdrücken)

./test.py > /dev/null 2>&1

STDOUT nach /dev/null umleiten, STDERR loggen

./test.py > /dev/null 2> error.log

STDOUT und STDERR in separate Dateien loggen

./test.py > info.log 2> error.log

Um die alten Log-Dateien nicht zu überschreiben, können zwei Größer-als-Zeichen verwendet werden:

./test.py >> info.log 2>> error.log

STDOUT und STDERR in separate Dateien loggen, aber STDERR zusätzlich ausgeben (sehr praktisch bei Cronjobs)

./test.py >> info.log 2> >(tee -a error.log >&2)

Mit den genannten Mitteln ist man nun in der Lage, sinnvoll mit Ausgaben umzugehen und ich selbst habe nun eine kleine Gedächtnisstütze, denn auch ich muss des Öfteren etwas nachschlagen, wenn ich es eine Weile nicht benötigt habe.