Unter mitzkia.github.com/syslog-ng-ose-configurator ist ein Konfigurator für syslog-ng verfügbar. Es fehlen zwar noch ein paar Möglichkeiten, ansonsten ist das aber eine sehr runde Sache. Auch wenn ich mir nicht ganz sicher bin, ob sich eine App für eine so komplexe Config lohnt. Für einfache Installationen aber mit Sicherheit sehr geeignet,
Ich habe schon hier darauf hingewiesen, dass man zwar eine Replikation leicht wieder aufsetzen kann, dazu muss man aber auch mitbekommen, dass diese nicht mehr läuft. Statt wie ein dressierter Affe des öfteren “CHECK SLAVE STATUS\G” in mysql einzugeben, lasse ich das lieber Nagios machen. Dadurch bekomme ich Fehlerfall eine […]
Sollte die mysql-Replikation nicht mehr laufen, gibt es zwei Wege, den Fehler zu beheben: den Fehler überspringen ein vernünftiger Rebuild Den Fehler zu überspringen kann in manchen Fällen schon ausreichend sein. Das kann z.B. der Fall sein, wenn zeitgleich auf beiden Servern ein identisches INSERT ausgeführt wird. Fehler übersrpingen Login […]
Ich verwende zur Spam-Abwehr u.a. postscreen. Dadurch werden potentielle Spam-Mails direkt ablehnt, ehe sie auf dem Server angekommen und dann der Inhalt gescannt werden muss. Postscreen sollte nicht eingesetzt werden, wenn Mail-User-Agents (MUAs) dort connecten sollen. Normalerweise wird der Port 25 für Mail-Transfer-Agents (MTAa) genutzt und die MUAs verwenden den […]
Hier ist ein kleines Plugin für Nagios, dass überprüft, ob clamav noch aktuell ist. Einrichtung in Nagios: define command{ command_name check_clamdv command_line $USER1$/check_clamdv $ARG1$ } define service{ use local-service host_name obelix.schaal-24.de service_description CLAMD Version check_command check_clamdv # if clamd is not located in /usr/local/sbin/clamd, use #check_command check_clamdv!/path/to/your/clamd check_interval 15 } […]
Im Unterschied zu einer master-slave-Replikation werden bei einer master-master-Replikation stehen auf jedem Server gemachte Änderungen sofort auf beiden zur Verfügung. Das Aufsetzen einer master-master-Replikation unterscheidet sich nicht gravierend von einer master-slave-Replikation. Ich gehe hier nur auf die erforderlichen Änderungen ein (die Basics stehen mysql master-slave-Replikation). Der alter Master-Server bleibt weiterhin […]
Bei einer Master-Slave-Replikation stehen auf dem Slave die Datenbanken des Master 1:1 zur Verfügung. Am Master ausgeführte Änderungen sind unmittelbar (oder optional auch verzögert mittels master_delay) am Slave verfügbar. Als Backuplösung eignet sich das ganze daher nicht. Es ist so aber möglich, auf mehreren Servern die gleichen Daten zur Verfügung […]
Ich habe beim Decrypt von gpg (gpg -d file.gpg > file) als Fehlermeldung “gpg: decryption failed: No secret key” bekommen. Schon komisch, der Key ist ganz sicher da. Ein einfaches chmod o+rw $(tty) hat geholfen. Offenbar hat gpg in der su-Umgebung ein paar Probleme. Sicher kann man die nötigen Variablen […]