-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Hi,
hatten wir uns schon entschieden an welche Adresse Benachrichtigungen irgendwelcher monitoring Dienste gehen?
Sonst würde ich mal folgende Adressen vorschlagen:
supernodes.monitoring(a)ffnw.de
web.monitoring(a)ffnw.de
Von da aus kann man das dann an die Zuständigen weiterleiten. Ich habe gerade nämlich entdeckt dass mal wieder ein DHCP nicht tat und dafür will ich jetze endlich mal eine Benachrichtigung einrichten ;)
LG
Clemens
-----BEGIN PGP SIGNATURE-----
Version: APG v1.1.1
iG0EAREKAC0FAlWMGxImHENsZW1lbnMgSm9obiA8Y2xlbWVuc0BmcmVpZnVuay1v
bC5kZT4ACgkQZgdHbA22lqMPdgCdH8a0CR7BZIQBZJijQD0LRGr3iK0AoIZBTNNU
behzcI1ufJtwfTwHUVfw
=2bi1
-----END PGP SIGNATURE-----
Hi,
ich würde vorschlagen die comunity API von srv01 zu nehmen dann müssen
wir auf srv01 nicht extra nen batman laufen lassen und können uns das
transit netz an der stelle sparen.
Meinungen ?
vg
Tarek
Moin,
Stefan und ich wurden heute etwas zur Verzweiflung getrieben.
Postfixadmin - mittlerweile direkt als Upstream-Variante in
/var/www/pfa installiert - weigert sich, den Datenbankhost
srv07.ffnw.de zu werden. Beim Setup beschwert er sich, mit
ffnwsql5(a)srv01.ffnw.de keine Verbindung aufbauen zu können. Wo auch
immer srv01.ffnw.de da herkommt, denn es steht in keinerlei Config. Die
Variable $CONF['dbhost'] (AFAIK) in der functions.php scheint auch den
korrekten Wert zu haben, somit ist in keinster Weise ersichtlich, warum
das zickt. Ich selbst nutze PFA bei zwei anderen Mailservern mit
externem MySQL und es gibt keinerlei Probleme.
Zu allem Überfluss spinnt nun auch noch php-fpm, nginx kriegt bei der
Verbindung ein Connection reset by peer. Lief das schon nicht mehr, als
Stefan den Vhost für die Netmon-ULA bearbeitet hat?
vg
--
xmpp bjo(a)schafweide.org
