Es geht doch nichts über schöne Log-Zusammenfassungen - der Transparenz wegen ;-) Hier die ungekürzte vom 23.06. von einem unserer Mail-Gateways. Der nette Nebeneffekt ist, dass t.werner@traso.de auch mal die Poleposition hat und nicht immer reporting@traso.de :-D 46*11*0,19€ = 96,14€ :( @traso-holding.net sind die SMS. Postfix log summaries for Jun 23 Grand Totals ------------ messages 1522 received 1522 delivered 0 forwarded 0 deferred 0 bounced 31 rejected (1%) 0 reject warnings 0 held 0 discarded (0%) 3572k bytes received 3572k bytes delivered 5 senders 5 sending hosts/domains 30 recipients 6 recipient hosts/domains Per-Hour Traffic Summary ------------------------ time received delivered deferred bounced rejected -------------------------------------------------------------------- 0000-0100 119 119 0 0 0 0100-0200 53 53 0 0 1 0200-0300 39 39 0 0 1 0300-0400 39 39 0 0 1 0400-0500 0 0 0 0 1 0500-0600 0 0 0 0 1 0600-0700 26 26 0 0 1 0700-0800 1 1 0 0 0 0800-0900 1 1 0 0 1 0900-1000 44 44 0 0 1 1000-1100 26 26 0 0 5 1100-1200 3 3 0 0 3 1200-1300 0 0 0 0 4 1300-1400 0 0 0 0 3 1400-1500 0 0 0 0 0 1500-1600 1 1 0 0 1 1600-1700 79 79 0 0 5 1700-1800 1 1 0 0 1 1800-1900 0 0 0 0 1 1900-2000 1 1 0 0 0 2000-2100 6 6 0 0 0 2100-2200 1082 1082 0 0 0 2200-2300 0 0 0 0 0 2300-2400 1 1 0 0 0 Host/Domain Summary: Message Delivery -------------------------------------- sent cnt bytes defers avg dly max dly host/domain -------- ------- ------- ------- ------- ----------- 999 551k 0 0.2 s 1.0 s traso.de 506 228044 0 0.2 s 0.9 s traso-holding.net 7 2667k 0 0.2 s 0.6 s activate.de 6 124488 0 0.2 s 0.5 s lmx-touristik.de 3 9129 0 0.2 s 0.2 s luan.xres.de 1 532 0 0.1 s 0.1 s dev.xres.de Host/Domain Summary: Messages Received --------------------------------------- msg cnt bytes host/domain -------- ------- ----------- 1503 699k luan.xres.de 10 207450 lmx-touristik.de 7 2667k lmx.xres.de 1 2268 monitor01.luan.xres.de 1 532 dev.xres.de Senders by message count ------------------------ 1503 bounces@luan.xres.de 10 reservierung@lmx-touristik.de 7 bounces@lmx.xres.de 1 bounces@dev.xres.de 1 from=<> Recipients by message count --------------------------- 83 t.werner@traso.de 78 reporting@traso.de 78 s.wieden@traso.de 76 v.bezaras@traso.de 76 m.gentzsch@traso.de 76 h.gerdes@traso.de 76 o.horn@traso.de 76 j.kaufman@traso.de 76 t.koelzow@traso.de 76 s.ludwig-schindler@traso.de 76 s.pestner@traso.de 76 m.puchalla@traso.de 76 s.rank-kunitz@traso.de 46 004915154732785@traso-holding.net 46 004915232705108@traso-holding.net 46 004915232705124@traso-holding.net 46 004915251331123@traso-holding.net 46 004915256176727@traso-holding.net 46 004915256182503@traso-holding.net 46 00491726102849@traso-holding.net 46 00491739663459@traso-holding.net 46 004917638930891@traso-holding.net 46 00491776533018@traso-holding.net 46 00491795177468@traso-holding.net 7 systems@activate.de 3 bounces@luan.xres.de 2 flug2@lmx-touristik.de 2 linienflug@lmx-touristik.de 2 n.schnick@lmx-touristik.de 1 bounces@dev.xres.de Senders by message size ----------------------- 2667k bounces@lmx.xres.de 699k bounces@luan.xres.de 207450 reservierung@lmx-touristik.de 2268 from=<> 532 bounces@dev.xres.de Recipients by message size -------------------------- 2667k systems@activate.de 78095 reporting@traso.de 78017 s.wieden@traso.de 41500 linienflug@lmx-touristik.de 41498 n.schnick@lmx-touristik.de 41490 flug2@lmx-touristik.de 41346 t.werner@traso.de 37297 s.ludwig-schindler@traso.de 36917 s.rank-kunitz@traso.de 36689 m.gentzsch@traso.de 36689 m.puchalla@traso.de 36613 v.bezaras@traso.de 36613 j.kaufman@traso.de 36613 t.koelzow@traso.de 36613 s.pestner@traso.de 36537 h.gerdes@traso.de 36385 o.horn@traso.de 20748 004915154732785@traso-holding.net 20748 004915232705108@traso-holding.net 20748 004915232705124@traso-holding.net 20748 004915251331123@traso-holding.net 20748 004915256176727@traso-holding.net 20748 004915256182503@traso-holding.net 20748 004917638930891@traso-holding.net 20702 00491726102849@traso-holding.net 20702 00491739663459@traso-holding.net 20702 00491776533018@traso-holding.net 20702 00491795177468@traso-holding.net 9129 bounces@luan.xres.de 532 bounces@dev.xres.de message deferral detail: none message bounce detail (by relay): none message reject detail --------------------- RCPT Recipient address rejected: Domain not found (total: 16) 16 foo@atlas.gs.activat.de Recipient address rejected: need fully-qualified address (total: 3) 3 root@debian Relay access denied (total: 9) 9 service02.rz1.daf.xres.de Sender address rejected: need fully-qualified address (total: 3) 3 root@debian message reject warning detail: none message hold detail: none message discard detail: none smtp delivery failures: none Warnings: none Fatal Errors: none Panics: none Master daemon messages ---------------------- 1 daemon started -- version 2.7.1, configuration /etc/postfix 1 reload -- version 2.7.1, configuration /etc/postfix 1 terminating on signal 15 Am 24.06.2015 um 00:27 schrieb Tilo Werner:
Hallo,
hier schreibt der Übeltäter...
Ich habe heute das Collectd Plugin für unsere MongoDB-Server per Chef automatisiert. Dass ist weniger Aufwand als gedacht bzw. als in der Vergangenheit hätte gemacht werden müssen.
Nun ist mir aber dabei der Fehler unterlaufen das Paket python-pymongo (welches für das Collectd-MongoDB-Plugin notwendig ist) auf *alle* Systeme zu installieren, sprich auch auf jene, die das gar nicht brauchen.
Aus Gründen habe ich das rückgängig gemacht. Also Deinstallation wenn der Rechner nichts mit MongoDB zu tun hat.
Es ist aber so, dass der Nagios-Server (monitor02.luan.xres.de) direkt, und ohne den Umweg über die eigentlichen MongoDB-Nodes, den Status selbiger abfragt. Dort braucht es dann das Paket...
Und dann ca. 80 Tacken verbrannt.
Was lernen wir daraus:
1. Ich werde nicht bzw. nie fertig die Abhängigkeiten unseres Systems zu verstehen und diese zu beachten.
2. Wir werden einen Chef-Testserver haben.
3. Wir werden Eskalationen im Nagios einbauen.
4. Wir werden nicht mehr direkt alle benachrichtigen, sondern nur uns Admins, Haiko und den Bereitschaftsdiensthabenden -> erste Eskalationsstufe
5. Wir werden Dienstabhängikeiten haben, d.h. wenn z.B. der "mongo connect check" fehl schlägt, alle anderen Benachrichtigungen ruhig sind.
Ich habe das nun insoweit korrigiert, als dass das python-pymongo Paket auf dem Rechner monitor02.luan.xres.de obligatorisch ist.
In dem Sinne, Tilo
tldr; Fehler werden gemacht, aber nur aus dem Grund daraus zu lernen.
Am 23.06.2015 um 22:01 schrieb Thomas Koelzow:
Das mongo ist nicht kaputt, es ist nur das pymongo Paket, welches gerade fehlt. Ohne das Paket, können die Checks vom Nagios nicht ausgeführt werden, was dann zu diesem riesigen Fehlalarm führt.
_______________________________________________ team mailing list team@lists.traso.de https://lists.traso.de/listinfo/team
-- -+-+-+---+++-+-+--+-+--++ - Systemadministration - ~`~`~`~`~^~`~`~`~`~^~`~`~ inet- https://www.traso.de chat- t.werner@jabber.traso.de _pgp- 0x0D643AB5 –––––––––––––– TraSo GmbH G.-Schumann-Str. 294 04159 Leipzig _______________________________________________ Geschäftsführer: Haiko Gerdes Handelsregister: Amtsgericht Leipzig (HRB 21850)