[12:50] <doev> hi
[12:51] <doev> ping localhost | perl -nle 'print scalar(localtime), " ", $_' >> test.txt                                   warum kommt nichts im test.txt an?
[12:52] <LupusE> was sagt er denn ohne die pipe?
[12:52] <doev> Bildschirmausgabe stimmt soweit.
[12:53] <stevieh> ich vermute, weil es nicht stdout ist.
[12:53] <doev> ich habe eine vermutung
[12:53] <LupusE> versuche e smal mit 'ping -c2 ...'
[12:53] <LupusE> ich vermute weil de rbefehl noch laeuft und er erst ausgibt, wenn er fertig ist.
[12:53] <doev> weil die Ausgabe vom ping nach perl geht, schreibt das Pipe nichts mehr in die Datei.
[12:55] <doev> hmm, .... perl -e 'print "test"' > test .... geht
[12:58] <doev> kann ich denn anderes mit timestamp in eine Datei pingen?
[13:00] <LupusE> echo $(date) + " " + $(ping -c1 localhost)
[13:00] <LupusE> plus ein bisschen schoenheitskorrekturen.
[13:02] <koegs> oder einfach mit "-D" wenn unixtime reicht :)
[13:02] <drc> ts aus moreutils ist genau für sowas da
[13:02] <drc> ping … | ts
[13:02] <LupusE> in eine SQLite tabelle und den timestamp beim erstellen generieren lassen :)
[13:06] <doev> supi, das passt
[13:07] <doev> Wenn ich ping jetzt einpaar Tage laufen lasse, sollte ich doch sehen, ob es Verbindungsabbrüche gab, oder? .... natürlich nicht auf localhost
[13:08] <drc> Wenn du danach Lust hast, das ganze Log zu durchsuchen
[13:08] <LupusE> das geht auch komfortabel mit smokeping. oder durch das log des router/modem.
[13:08] <drc> Eventuell suchst du eher mtr oder so
[13:18] <doev> an den router komm ich nicht ran.
[13:29] <stevieh> das gibt es doch sicher alles in fertig
[13:31] <LupusE> ja, siehe smokeping.
[13:34] <doev> jetzt auf die schnelle reicht mir das ...
[13:34] <doev> waäre aber schön, wenn ich mehrere Pings in die gleiche Datei schreiben könnte, ohne, dass sich die Zeilen vermischen.
[13:35] <koegs> dann wäre evtl. eine schleife mit ping -c1 und date einfacher
[13:36] <koegs> mal ganz banal: while true; do date; ping -c1 host1; date; ping -c1 host2; done
[13:36] <koegs> oder so ähnlich
[13:37] <doev> würde dann nicht ein ping den nächsten blockieren, falls da kein ping zurück kommt?
[13:38] <koegs> ich sagte schon das ist ein banales beispiel, dir steht frei das nach wünschen und belieben anzupassen
[13:38] <koegs> einfache fragen, einfache antworten
[13:38] <LupusE> doev: https://oss.oetiker.ch/smokeping-demo/?target=Customers.OP   <- paket smokeping installierne, in /etc/smikeping/Target die ziele definieren, etwas warten und schoene graphen ansehen.
[13:38] <le_bot> Title: SmokePing Latency Page for O+P AG Servers (at oss.oetiker.ch)
[13:38] <koegs> für schick nimm halt smokeping
[13:38] <LupusE> das ist alles 'mal eben shcneller' als das was du vor hast.
[13:41] <doev> solange der mir nicht die aktuelle apache2 Configdatei zerschießt ....
[13:43] <LupusE> je nachdem, wie sehr du die kaputt gemacht hast. da er aber nur eintraege in sites macht und nicht in der http2.conf rumpfuscht sollte alles grün sein.
[13:44] <LupusE> notfalls schnell per snap ein LXD container gebaut und daraus ausgeführt. und dazu sollte ggf das routing angepasst werden, und: ohhh, kein zugriff auf den router.
[13:46] <LupusE> https://askubuntu.com/questions/1128806/how-to-install-the-rubiks-futuro-cube-suite-on-ubuntu-18-04/1130399#1130399  <- so habe ich es fuer ein projekt gemacht, bei dem ich mein basissystme nicht zerstoeren wollte.
[13:46] <le_bot> Title: How to install the Rubiks Futuro cube suite on Ubuntu 18.04 - Ask Ubuntu (at askubuntu.com)
[14:24] <doev> smokeping hat sich problemlos installiert und es werden auch Werte erfasst. Soweit Danke erstmal.
[14:24] <doev> aber wenn ich im Menü die einzelnen Hosts anklicke, geht er nach 404
[14:25] <LupusE> ich würde vermuten da hat MMTG noch nichts generiert. lass ihm ein wneig zeit.
[14:25] <doev> Bei LocalMaschine geht es ... der hatte ja auch schon mehr zeit.
[14:26] <LupusE> MRTG? MTRG? Wie heisst die engine dahinter? ;)
[14:27] <doev> ach ne ... muss ich etwa neustarten, nachdem ich die Targets geändert habe?
[14:27] <LupusE> den service? ja. '/etc/init.d/Smokeping restart'
[14:28] <doev> jetzt geht es .... aber im Menü sind die Targets ja auch ohne Neustart erschienen.
[14:29] <LupusE> weil das eine frontend, das andere backend ist. ja.
[14:30] <doev> Und die Grundeinstellungen sind erst mal in Ordnung - im Sinne der Netzwerkbelastung? Kann ich das laufen lassen und wieder zurück an die Arbeit?
[14:31] <LupusE> ich habe es seit fast 30 monaten fuer 70 hosts am laufen, ohne dass das netzwerk davon grossartig was merkt.
[14:32] <doev> fein. Dann kann ich nächste Woche mit einer flotten Grafik antanzen, statt noch Arbeit mit einem Textfile zu haben :))
[14:32] <LupusE> wenn du dich besser damit auskennst kannst du es natuerlich tweaken, und einen anderen ping nutzen oder weitere alerts hinzufuegen. aber das alles ist fuer dienen einsatz nicht relevant.
[14:33] <LupusE> genau. so habe ich meine GF dazu bekommen 3x 50MBit durchzuwinken. die grafiken sind super.
[14:33] <doev> ja, habe gesehen, dass da wohl einiges möglich ist. z.B. auch an anderen Standorten installieren etc.
[14:35] <LupusE> ich glaube die werfen immernoch periodisch die RAW daten weg. das heisst du hast zwar ein langzeit summary, kannst aber in der monatsuebersicht keine stuendlichen peaks sehen usw ... aber das ghet schon sher weit ins detail. da du verbindungsabbrueche sehen willst sollten die tages/wochenstatistiken reichen.
[14:46] <doev> ja, mir reicht es erstmal. Morgen schaue ich was sich so ergeben hat. Danke dir!
[14:49] <doev> ... obwohl: Die Grafik hat eine Auflösung von 5 Minuten. Würde ich überhaupt kürzere Ausfälle registrieren?
[14:50] <LupusE> generell werden ausfaelle gut genug angezeigt. wir reden sicher von PPPOE. also zuerst gibt es ein timeout, dnan eine einwahl. das ist in dne 5min abgedeckt. nicht immer als 100% loss, aber als deutlicher peak.
[14:51] <doev> Keine Ahnung ob es die Glasfaser ist. Würde auch gerne kürzere Ausfälle im RZ registrieren können.
[15:00] <LupusE> dann musst du die timings heruntersetzen. aber mit vorsicht, dann kann es sein dass das RZ dich wegen Pingflood kickt.
[15:10] <doev> habe mich schon gefragt wie er mit dem Ändern des Intervals und dem Graph umgeht. Man muss alle alten Daten löschen.
[15:20] <doev> Ich glaube solange der Host zu sehr unter last steht, kann man der Messung nicht vertrauen. Habe sogar auf localhost Aussetzer.
[15:22] <doev> https://imgur.com/a/Lj63y6P
[15:22] <le_bot> Title: localhost - Album on Imgur (at imgur.com)
[15:58] <LupusE> doev: das sieht aber nach einem anderen problem aus. dass er etwas nicht in time verarbeitet bekommt.
[15:58] <LupusE> vermutlich ne VM? da wuerd eich ggf ein umfangreicheres monitoring aufrufen. das sollte der hoster bereitstellen.
[16:04] <doev> das ist eine VM auf einer QNAP.
[16:05] <doev> Im Hintergrund wird gerade ein Index einer großen Tabelle erstellt.
[16:37] <rb__> hallo
[16:53] <crydotsnake-M> Hallo Zusammen! :)