From david at schweikert.ch Tue Sep 4 09:39:31 2012 From: david at schweikert.ch (David Schweikert) Date: Tue, 4 Sep 2012 09:39:31 +0200 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: <20120829073801.GA15530@kaini.schwarzvogel.de> References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> Message-ID: <20120904073931.GB471@schweikert.ch> On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > David Schweikert wrote: > > * Output statistics to stdout instead of stderr > > For the benefit of those who are not aware: this breaks Smokeping > (at least up to and including 2.6.8 since it expects this data on > stderr. My current workaround is a shell wrapper that simply does > 1>&2 so data lands on stderr again. Hi Tobias, Thanks a lot for reporting this issue. I have released fping 3.4 with that change reverted: http://fping.org/dist/ Could you test it and tell me if it works ok for you with SmokePing? Cheers David From klausman at schwarzvogel.de Tue Sep 4 12:58:27 2012 From: klausman at schwarzvogel.de (Tobias Klausmann) Date: Tue, 4 Sep 2012 12:58:27 +0200 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: <20120904073931.GB471@schweikert.ch> References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> <20120904073931.GB471@schweikert.ch> Message-ID: <20120904105827.GA31760@kaini.schwarzvogel.de> Hi! On Tue, 04 Sep 2012, David Schweikert wrote: > On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > > David Schweikert wrote: > > > * Output statistics to stdout instead of stderr > > > > For the benefit of those who are not aware: this breaks Smokeping > > (at least up to and including 2.6.8 since it expects this data on > > stderr. My current workaround is a shell wrapper that simply does > > 1>&2 so data lands on stderr again. > > Hi Tobias, > > Thanks a lot for reporting this issue. I have released fping 3.4 with > that change reverted: > > http://fping.org/dist/ > > Could you test it and tell me if it works ok for you with SmokePing? Works nicely indeed! Thanks a lot. Since I've integrated the stdout-switch patch into my installation of Smokeping, I had to switch that back of course. Regards, Tobias From Vinny_Abello at Dell.com Tue Sep 4 17:32:39 2012 From: Vinny_Abello at Dell.com (Vinny_Abello at Dell.com) Date: Tue, 4 Sep 2012 15:32:39 +0000 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: <20120904105827.GA31760@kaini.schwarzvogel.de> References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> <20120904073931.GB471@schweikert.ch> <20120904105827.GA31760@kaini.schwarzvogel.de> Message-ID: Hello, I just tried upgrading fping on a FreeBSD host I have smokeping 2.6.7 running on and (to fping 3.4) and I noticed the graphs broke. I dug a little deeper and found that fping won't run as requested due to the smokeping process being run under an unprivileged user. If I run the fping command as smokeping attempts as root, it will succeed. Otherwise I get a can't create raw socket error. Is there a quick fix for this (other than obviously running smokeping as root)? Can I give my smokeping user access to raw sockets somehow or have smokeping spawn the fping process with higher privileges? For the time being I'm going to revert back to the 2.4b2 version of fping from ports which was working fine. Thanks! -Vinny -----Original Message----- From: smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch [mailto:smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch] On Behalf Of Tobias Klausmann Sent: Tuesday, September 04, 2012 6:58 AM To: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 Hi! On Tue, 04 Sep 2012, David Schweikert wrote: > On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > > David Schweikert wrote: > > > * Output statistics to stdout instead of stderr > > > > For the benefit of those who are not aware: this breaks Smokeping > > (at least up to and including 2.6.8 since it expects this data on > > stderr. My current workaround is a shell wrapper that simply does > > 1>&2 so data lands on stderr again. > > Hi Tobias, > > Thanks a lot for reporting this issue. I have released fping 3.4 with > that change reverted: > > http://fping.org/dist/ > > Could you test it and tell me if it works ok for you with SmokePing? Works nicely indeed! Thanks a lot. Since I've integrated the stdout-switch patch into my installation of Smokeping, I had to switch that back of course. Regards, Tobias _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From tobi at oetiker.ch Tue Sep 4 17:34:52 2012 From: tobi at oetiker.ch (Tobias Oetiker) Date: Tue, 4 Sep 2012 17:34:52 +0200 (CEST) Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> <20120904073931.GB471@schweikert.ch> <20120904105827.GA31760@kaini.schwarzvogel.de> Message-ID: Hi Vinny, Today Vinny_Abello at Dell.com wrote: > Hello, > > I just tried upgrading fping on a FreeBSD host I have smokeping > 2.6.7 running on and (to fping 3.4) and I noticed the graphs > broke. I dug a little deeper and found that fping won't run as > requested due to the smokeping process being run under an > unprivileged user. If I run the fping command as smokeping > attempts as root, it will succeed. Otherwise I get a can't create > raw socket error. > > Is there a quick fix for this (other than obviously running > smokeping as root)? Can I give my smokeping user access to raw > sockets somehow or have smokeping spawn the fping process with > higher privileges? I guess you have to install fping setuid root: chown root:root /usr/bin/fping chmod u+s /usr/bin/fping cheers tobi > -Vinny > > -----Original Message----- > From: smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch [mailto:smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch] On Behalf Of Tobias Klausmann > Sent: Tuesday, September 04, 2012 6:58 AM > To: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 > > Hi! > > On Tue, 04 Sep 2012, David Schweikert wrote: > > On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > > > David Schweikert wrote: > > > > * Output statistics to stdout instead of stderr > > > > > > For the benefit of those who are not aware: this breaks Smokeping > > > (at least up to and including 2.6.8 since it expects this data on > > > stderr. My current workaround is a shell wrapper that simply does > > > 1>&2 so data lands on stderr again. > > > > Hi Tobias, > > > > Thanks a lot for reporting this issue. I have released fping 3.4 with > > that change reverted: > > > > http://fping.org/dist/ > > > > Could you test it and tell me if it works ok for you with SmokePing? > > Works nicely indeed! Thanks a lot. Since I've integrated the > stdout-switch patch into my installation of Smokeping, I had to > switch that back of course. > > Regards, > Tobias > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From Vinny_Abello at Dell.com Tue Sep 4 17:38:51 2012 From: Vinny_Abello at Dell.com (Vinny_Abello at Dell.com) Date: Tue, 4 Sep 2012 15:38:51 +0000 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> <20120904073931.GB471@schweikert.ch> <20120904105827.GA31760@kaini.schwarzvogel.de> Message-ID: Thanks Tobi! Setuid root on the new binary did the trick. Thanks for the fast response! -Vinny -----Original Message----- From: Tobias Oetiker [mailto:tobi at oetiker.ch] Sent: Tuesday, September 04, 2012 11:35 AM To: Abello, Vinny Cc: smokeping-users at lists.oetiker.ch; david at schweikert.ch Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 Hi Vinny, Today Vinny_Abello at Dell.com wrote: > Hello, > > I just tried upgrading fping on a FreeBSD host I have smokeping > 2.6.7 running on and (to fping 3.4) and I noticed the graphs > broke. I dug a little deeper and found that fping won't run as > requested due to the smokeping process being run under an > unprivileged user. If I run the fping command as smokeping > attempts as root, it will succeed. Otherwise I get a can't create > raw socket error. > > Is there a quick fix for this (other than obviously running > smokeping as root)? Can I give my smokeping user access to raw > sockets somehow or have smokeping spawn the fping process with > higher privileges? I guess you have to install fping setuid root: chown root:root /usr/bin/fping chmod u+s /usr/bin/fping cheers tobi > -Vinny > > -----Original Message----- > From: smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch [mailto:smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch] On Behalf Of Tobias Klausmann > Sent: Tuesday, September 04, 2012 6:58 AM > To: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 > > Hi! > > On Tue, 04 Sep 2012, David Schweikert wrote: > > On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > > > David Schweikert wrote: > > > > * Output statistics to stdout instead of stderr > > > > > > For the benefit of those who are not aware: this breaks Smokeping > > > (at least up to and including 2.6.8 since it expects this data on > > > stderr. My current workaround is a shell wrapper that simply does > > > 1>&2 so data lands on stderr again. > > > > Hi Tobias, > > > > Thanks a lot for reporting this issue. I have released fping 3.4 with > > that change reverted: > > > > http://fping.org/dist/ > > > > Could you test it and tell me if it works ok for you with SmokePing? > > Works nicely indeed! Thanks a lot. Since I've integrated the > stdout-switch patch into my installation of Smokeping, I had to > switch that back of course. > > Regards, > Tobias > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From j.sundaram at 123telcom.nl Thu Sep 6 08:51:28 2012 From: j.sundaram at 123telcom.nl (Janarthanan Sundaram) Date: Thu, 6 Sep 2012 08:51:28 +0200 Subject: [smokeping-users] Graphs are empty Message-ID: Hi Guys, This is the third I am deploying smokeping and this is the first time I am encountering this problem. Installing the new smokeping resulted in the following issue: Smokeping daemon is running, fping works but the graphs stay empty. If I would use a DNS probe, the graphs shows a line. With the proble fping I just see a empty graph. Smokeping is run as root, so permissions won't be an issue. I have created the following config for debugging, also with this config the graph stay empty: *** General *** owner = Peter Random contact = some at address.nowhere mailhost = my.mail.host sendmail = /usr/sbin/sendmail # NOTE: do not put the Image Cache below cgi-bin # since all files under cgi-bin will be executed ... this is not # good for images. imgcache = /home/smokeping/public_html/cache imgurl = http://smokeping2.123telcom.nl/cache datadir = /opt/smokeping/data piddir = /opt/smokeping/var cgiurl = http://smokeping.123telcom.nl/cgi-bin/smokeping.fcgi smokemail = /opt/smokeping/etc/smokemail.dist tmail = /opt/smokeping/etc/tmail.dist # specify this to get syslog logging syslogfacility = local0 # each probe is now run in its own process # disable this to revert to the old behaviour # concurrentprobes = no *** Alerts *** to = alertee at address.somewhere from = smokealert at company.xy +someloss type = loss # in percent pattern = >0%,*12*,>0%,*12*,>0% comment = loss 3 times in a row *** Database *** step = 300 pings = 20 # consfn mrhb steps total AVERAGE 0.5 1 1008 AVERAGE 0.5 12 4320 MIN 0.5 12 4320 MAX 0.5 12 4320 AVERAGE 0.5 144 720 MAX 0.5 144 720 MIN 0.5 144 720 *** Presentation *** template = /opt/smokeping/etc/basepage.html.dist + charts menu = Charts title = The most interesting destinations ++ stddev sorter = StdDev(entries=>4) title = Top Standard Deviation menu = Std Deviation format = Standard Deviation %f ++ max sorter = Max(entries=>5) title = Top Max Roundtrip Time menu = by Max format = Max Roundtrip Time %f seconds ++ loss sorter = Loss(entries=>5) title = Top Packet Loss menu = Loss format = Packets Lost %f ++ median sorter = Median(entries=>5) title = Top Median Roundtrip Time menu = by Median format = Median RTT %f seconds + overview width = 600 height = 50 range = 10h + detail width = 600 height = 200 unison_tolerance = 2 "Last 3 Hours" 3h "Last 30 Hours" 30h "Last 10 Days" 10d "Last 400 Days" 400d #+ hierarchies #++ owner #title = Host Owner #++ location #title = Location *** Probes *** + FPing binary = /usr/sbin/fping #+ FPing6 #binary = /usr/sbin/fping6 *** Targets *** probe = FPing menu = Top title = Network Latency Grapher remark = Welcome to the SmokePing website of xxx Company. \ Here you will learn all about the latency of our network. + Test menu= Targets #parents = owner:/Test/James location:/ ++ James menu = James title =James # alerts = someloss host = google.nl -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120906/39bc4120/attachment.htm From klausman at schwarzvogel.de Thu Sep 6 10:52:37 2012 From: klausman at schwarzvogel.de (Tobias Klausmann) Date: Thu, 6 Sep 2012 10:52:37 +0200 Subject: [smokeping-users] Graphs are empty In-Reply-To: References: Message-ID: <20120906085236.GA43671@kaini.schwarzvogel.de> Hi! On Thu, 06 Sep 2012, Janarthanan Sundaram wrote: > Smokeping daemon is running, fping works but the graphs stay empty. If I would use a DNS probe, the graphs shows a line. With the proble fping I just see a empty graph. Smokeping is run as root, so permissions won't be an issue. This is usually caused by fping-3.3 not sending data to stderr anymore but stdout instead. There's a fix in smokeping's git repo that will allow you to specify the stream to look at. Alternatively, use fping-3.4 which has that change reverted. Regards, Tobias (not Oetiker ;)) -- Sent from aboard the Culture ship LOU Gunboat Diplomat (Special Circumstances Operative) From spirrello at gmail.com Fri Sep 7 15:54:07 2012 From: spirrello at gmail.com (Stefano Pirrello) Date: Fri, 7 Sep 2012 09:54:07 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services Message-ID: Hi, Is there a way to send a CURL probe with NTLM authentication so I don't receive a 401 response? I'm trying to probe to a MS Reporting Services site but I'm only getting 401s and I've setup the NTLM info on the probe but it doesn't seem to be working. Using 301 redirects won't suffice my needs, I need to know the application is up and serving pages. ++ Curl probe = Curl extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" urlformat = http://%host% #forks = 10 #step = 60 pings = 20 menu = HTTP Latency title = HTTP Latency +++ CBRS-VIP host = SITE.DOMAIN.COM urlformat = http://%host%/Reports/Pages/Report.aspx? From alter3d at alter3d.ca Fri Sep 7 16:14:50 2012 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Fri, 07 Sep 2012 10:14:50 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: Message-ID: <504A015A.2070603@alter3d.ca> Have you tried changing your extraargs to --NTLM -u "DOMAIN\\USERNAME:PASSWORD" (note the extra \ ...). The backslash is likely being used as an escape character when it gets passed to the shell and so isn't actually used at all. - Pete On 12-09-07 09:54 AM, Stefano Pirrello wrote: > Hi, > > Is there a way to send a CURL probe with NTLM authentication so I > don't receive a 401 response? I'm trying to probe to a MS Reporting > Services site but I'm only getting 401s and I've setup the NTLM info > on the probe but it doesn't seem to be working. Using 301 redirects > won't suffice my needs, I need to know the application is up and > serving pages. > > ++ Curl > probe = Curl > extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" > urlformat = http://%host% > #forks = 10 > #step = 60 > pings = 20 > menu = HTTP Latency > title = HTTP Latency > > > +++ CBRS-VIP > host = SITE.DOMAIN.COM > urlformat = http://%host%/Reports/Pages/Report.aspx? > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From hdjouaka at noc.skylogicnet.com Fri Sep 7 16:27:35 2012 From: hdjouaka at noc.skylogicnet.com (Habib Djouaka) Date: Fri, 07 Sep 2012 14:27:35 +0000 Subject: [smokeping-users] No targets returned by the sorter. Message-ID: <504A0457.3020908@noc.skylogicnet.com> Hi, My smokeping site shows in the main page: The most interesting destinations Top Standard Deviation No targets returned by the sorter. Top Packet Loss No targets returned by the sorter. Top Max Roundtrip Time No targets returned by the sorter. Top Median Roundtrip Time No targets returned by the sorter. In addition, I get these errors in the web server logs: [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping loss/TD2P/Rscc~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping median/TD2P/Rscc~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping stddev/TD2P/Ssw~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping max/TD2P/Ssw~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping loss/TD2P/Ssw~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping median/TD2P/Ssw~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping stddev/TD2P/Swisscom~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping max/TD2P/Swisscom~smokeping-slave1 from sortercache [Fri Sep 07 13:48:08 2012] [error] [client 172.20.34.129] [Fri Sep 7 13:48:08 2012] smokeping_cgi [client 172.20.34.129]: Warning: Dropping loss/TD2P/Swisscom~smokeping-slave1 from sortercache What's wrong with the configuration? I will really appreciate your help. Thanks and regards Habib -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120907/b0b1ca42/attachment.htm From ged at jubileegroup.co.uk Fri Sep 7 17:18:16 2012 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 7 Sep 2012 16:18:16 +0100 (BST) Subject: [smokeping-users] No targets returned by the sorter. In-Reply-To: <504A0457.3020908@noc.skylogicnet.com> References: <504A0457.3020908@noc.skylogicnet.com> Message-ID: Hi there, On Fri, 7 Sep 2012, Habib Djouaka wrote: > What's wrong with the configuration? It might be easier to asnwer that if you show it to us. -- 73, Ged. From hdjouaka at noc.skylogicnet.com Fri Sep 7 17:31:07 2012 From: hdjouaka at noc.skylogicnet.com (Habib Djouaka) Date: Fri, 07 Sep 2012 15:31:07 +0000 Subject: [smokeping-users] No targets returned by the sorter. In-Reply-To: References: <504A0457.3020908@noc.skylogicnet.com> Message-ID: <504A133B.5000303@noc.skylogicnet.com> Hi Ged, You can see in attachment my config file. Thanks for your help Regards Habib On 09/07/2012 03:18 PM, G.W. Haywood wrote: > Hi there, > > On Fri, 7 Sep 2012, Habib Djouaka wrote: > >> What's wrong with the configuration? > > It might be easier to asnwer that if you show it to us. > > -- > > 73, > Ged. > -------------- next part -------------- *** General *** owner = Peter Random contact = monitor-team at skylogicnet.com mailhost = my.mail.host sendmail = /usr/sbin/sendmail # NOTE: do not put the Image Cache below cgi-bin # since all files under cgi-bin will be executed ... this is not # good for images. imgcache = /var/www/smokeping/cache imgurl = http://cacti.lan/smokeping/cache datadir = /opt/smokeping/data dyndir = /var/www/smokeping/tmp precreateperms = 2775 piddir = /opt/smokeping/var cgiurl = http://cacti.lan/smokeping/smokeping.fcgi smokemail = /opt/smokeping/etc/smokemail tmail = /opt/smokeping/etc/tmail # specify this to get syslog logging syslogfacility = local0 # each probe is now run in its own process # disable this to revert to the old behaviour concurrentprobes = yes *** Alerts *** to = monitor-team at noc.skylogicnet.com from = monitoring-team at noc.skylogicnet.com #+someloss #type = loss # in percent #pattern = >0%,*12*,>0%,*12*,>0% #comment = loss 3 times in a row *** Database *** step = 300 pings = 10 # consfn mrhb steps total AVERAGE 0.5 1 1008 AVERAGE 0.5 12 4320 MIN 0.5 12 4320 MAX 0.5 12 4320 AVERAGE 0.5 144 720 MAX 0.5 144 720 MIN 0.5 144 720 *** Presentation *** template = /opt/smokeping/etc/basepage.html + charts menu = Charts title = The most interesting destinations ++ stddev sorter = StdDev(entries=>4) title = Top Standard Deviation menu = Std Deviation format = Standard Deviation %f ++ max sorter = Max(entries=>5) title = Top Max Roundtrip Time menu = by Max format = Max Roundtrip Time %f seconds ++ loss sorter = Loss(entries=>5) title = Top Packet Loss menu = Loss format = Packets Lost %f ++ median sorter = Median(entries=>5) title = Top Median Roundtrip Time menu = by Median format = Median RTT %f seconds + overview width = 600 height = 50 range = 10h + detail width = 600 height = 200 unison_tolerance = 2 "Last 3 Hours" 3h "Last 30 Hours" 30h "Last 10 Days" 10d "Last 400 Days" 400d #+ hierarchies #++ owner #title = Host Owner #++ location #title = Location *** Probes *** + FPing binary = /usr/sbin/fping pings = 20 hostinterval = 0.2 mininterval = 0.001 packetsize = 1320 timeout = 1.5 ++ FPing offset = 0% #++ FPingTest #offset = 50% #sourceaddress = 10.130.130.18 ++ FPingCotelettron offset = 50% sourceaddress = 95.210.192.2 ++ FPingBalkanT offset = 50% sourceaddress = 31.6.90.2 ++ FPingOpenSky offset = 50% sourceaddress = 37.99.208.2 ++ FPingSwisscom offset = 50% sourceaddress = 81.63.32.2 ++ FPingNomotech offset = 50% sourceaddress = 109.94.52.2 ++ FPingFastweb offset = 50% sourceaddress = 93.57.192.2 ++ FPingEser offset = 50% sourceaddress = 212.50.47.2 ++ FPingDigiweb offset = 50% sourceaddress = 92.51.216.2 ++ FPingRscc offset = 50% sourceaddress = 93.95.192.2 ++ FPingSsw offset = 50% sourceaddress = 85.199.196.2 #++ FPingSkydsl #offset = 50% #sourceaddress = 37.247.80.2 ++ FPingLink offset = 50% sourceaddress = 10.168.29.2 ++ FPingBbc offset = 50% sourceaddress = 10.168.16.2 ++ FPingNewspotter offset = 50% sourceaddress = 10.168.20.2 + Curl binary = /usr/bin/curl interface = 95.210.192.2 follow_redirects = yes include_redirects = yes pings = 3 timeout = 10 urlformat = http://%host%/ #+ SipSak #binary = /usr/bin/sipsak #forks = 5 #offset = 50% #timeout = 15 #pings = 5 *** Slaves *** secrets=/opt/smokeping/etc/smokeping_secrets +smokeping-slave1 display_name=smokeping-slave1 color=0000ff *** Targets *** slaves = smokeping-slave1 probe = FPing menu = Top title = Network Latency Grapher remark = Welcome to the SmokePing website of Skylogic Company. \ Here you will learn all about the latency of our network. ########################################### # SG LATENCY ########################################### + RTT-SG menu = Gateways RTT title = Satellite Gateways RTT (ICMP pings) nomasterpoll = yes ++ G1 menu = G1 title = RTT - G1 host = 10.130.58.243 ++ G2 menu = G2 title = RTT - G2 host = 10.130.74.243 ++ G3 menu = G3 title = RTT - G3 host = 10.130.26.243 ++ G4 menu = G4 title = RTT - G4 host = 10.130.34.243 ++ G5 menu = G5 title = RTT - G5 host = 10.130.42.243 ++ G6 menu = G6 title = RTT - G6 host = 10.130.50.243 ++ G7 menu = G7 title = RTT - G7 host = 10.130.18.243 ######################### # WEB Latency ######################### + WEB-Latency probe = Curl menu = HTTP latency title = Service latency (HTTP) nomasterpoll = yes ++ badoo menu = badoo.com title = HTTP latency - badoo.com host = www.badoo.com ++ express-files menu = express-files.com title = HTTP latency - express-files.com host = www.express-files.com ++ facebook menu = facebook.com title = HTTP latency - facebook.com host = www.facebook.com #++ filesonic #menu = filesonic.com #title = HTTP latency - filesonic.com #host = www.filesonic.com ++ yahoo menu = yahoo.com title = HTTP latency - yahoo.com host = www.yahoo.com ++ filme-ich-zitiere menu = filme.ich-zitiere.de title = HTTP latency - filme.ich-zitiere.de host = www.filme.ich-zitiere.de ++ freakshare menu = freakshare.com title = HTTP latency - freakshare.com host = www.freakshare.com ++ funnyfaun menu = funnyfaun.sk title = HTTP latency - funnyfaun.sk host = www.funnyfaun.sk ++ google menu = google.com title = HTTP latency - google.com host = www.google.com ++ google-analytics menu = google-analytics.com title = HTTP latency - google-analytics.com host = www.google-analytics.com ++ hotfile menu = hotfile.com title = HTTP latency - hotfile.com host = www.hotfile.com ++ linkedin menu = linkedin.com title = HTTP latency - linkedin.com host = www.linkedin.com ++ load menu = load.to title = HTTP latency - load.to host = www.load.to ++ myspace menu = myspace.com title = HTTP latency - myspace.com host = www.myspace.com ++ share-rapid menu = share-rapid.com title = HTTP latency - share-rapid.com host = www.share-rapid.com ++ tagged menu = tagged.com title = HTTP latency - tagged.com host = www.tagged.com ++ twitter menu = twitter.com title = HTTP latency - twitter.com host = www.twitter.com ++ t411 menu = t411.me title = HTTP latency - t411.me host = www.t411.me ++ uploaded menu = uploaded.to title = HTTP latency - uploaded.to host = www.uploaded.to ++ upzz menu = upzz.com title = HTTP latency - upzz.com host = www.upzz.com ++ youtube menu = youtube.com title = HTTP latency - youtube.com host = www.youtube.com ######################################### # KASAT Traffic Delivery to POP ######################################### + TD2P menu = Traffic Delivery to POP title = Traffic Delivery to POP (ICMP pings) nomasterpoll = yes ++ BalkanTelekon probe = FPingBalkanT menu = Balkan telekon title = TD2P - Balkan telekon host = 31.6.92.1 ++ BBC probe = FPingBbc menu = BBC title = TD2P - BBC host = 10.150.11.1 ++ DemoSky probe = FPingCotelettron menu = Demo SKY Italia via COTELETTRON title = TD2P - Demo SKY Italia via COTELETTRON host = 88.202.120.57 ++ Digiweb probe = FPingDigiweb menu = Digiweb title = TD2P - Digiweb host = 212.126.63.17 ++ Eser probe = FPingEser menu = Eser title = TD2P - Eser host = 212.50.32.1 ++ Fastweb probe = FPingFastweb menu = Fastweb title = TD2P - Fastweb host = 89.96.109.244 ++ Link probe = FPingLink menu = Link title = TD2P - Link host = 88.202.120.81 ++ Overon-Newspotter probe = FPingNewspotter menu = Overon-Newspotter title = TD2P - Overon-Newspotter host = 88.202.120.54 ++ Nomotech probe = FPingNomotech menu = Nomotech title = TD2P - Nomotech host = 213.111.3.141 ++ OpenSky probe = FPingOpenSky menu = OpenSky title = TD2P - OpenSky host = 172.26.7.51 ++ Rscc probe = FPingRscc menu = Rscc title = TD2P - Rscc host = 88.202.120.46 #++ SkyDsl #probe = FPingSkydsl #menu = SkyDsl #title = TD2P - SkyDsl #host = 88.202.120.1 ++ Ssw probe = FPingSsw menu = Ssw title = TD2P - Ssw host = 85.199.200.33 ++ Swisscom probe = FPingSwisscom menu = Swisscom title = TD2P - Swisscom host = 88.202.120.17 From spirrello at gmail.com Fri Sep 7 21:29:10 2012 From: spirrello at gmail.com (Stefano Pirrello) Date: Fri, 7 Sep 2012 15:29:10 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: <504A015A.2070603@alter3d.ca> References: <504A015A.2070603@alter3d.ca> Message-ID: This doesn't seem to be working. See below from the packet capture. GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 Authorization: NTLM XXXXXXXXXXXXX User-Agent: User-Agent: BLAHMAN Host: HOST.HOST.COM Accept: */* HTTP/1.1 401 Unauthorized Content-Length: 0 WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX Date: Fri, 07 Sep 2012 19:10:33 GMT GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX User-Agent: User-Agent: BLAHMAN Host: HOST.HOST.COM Accept: */* HTTP/1.1 401 Unauthorized Content-Length: 0 WWW-Authenticate: NTLM Date: Fri, 07 Sep 2012 19:10:33 GMT On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis wrote: > Have you tried changing your extraargs to > --NTLM -u "DOMAIN\\USERNAME:PASSWORD" > (note the extra \ ...). The backslash is likely being used as an escape > character when it gets passed to the shell and so isn't actually used at > all. > > - Pete > > On 12-09-07 09:54 AM, Stefano Pirrello wrote: >> Hi, >> >> Is there a way to send a CURL probe with NTLM authentication so I >> don't receive a 401 response? I'm trying to probe to a MS Reporting >> Services site but I'm only getting 401s and I've setup the NTLM info >> on the probe but it doesn't seem to be working. Using 301 redirects >> won't suffice my needs, I need to know the application is up and >> serving pages. >> >> ++ Curl >> probe = Curl >> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" >> urlformat = http://%host% >> #forks = 10 >> #step = 60 >> pings = 20 >> menu = HTTP Latency >> title = HTTP Latency >> >> >> +++ CBRS-VIP >> host = SITE.DOMAIN.COM >> urlformat = http://%host%/Reports/Pages/Report.aspx? >> >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From kurt.buff at gmail.com Sat Sep 8 00:57:39 2012 From: kurt.buff at gmail.com (Kurt Buff) Date: Fri, 7 Sep 2012 15:57:39 -0700 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: Perhaps try instead "userid at domain.tld:password" - in Active Directory it's a valid login form, though I don't know for sure if it would work in this case. Kurt On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello wrote: > This doesn't seem to be working. See below from the packet capture. > > GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 > Authorization: NTLM XXXXXXXXXXXXX > User-Agent: User-Agent: BLAHMAN > Host: HOST.HOST.COM > Accept: */* > > HTTP/1.1 401 Unauthorized > Content-Length: 0 > WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX > Date: Fri, 07 Sep 2012 19:10:33 GMT > > GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 > Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > User-Agent: User-Agent: BLAHMAN > Host: HOST.HOST.COM > Accept: */* > > HTTP/1.1 401 Unauthorized > Content-Length: 0 > WWW-Authenticate: NTLM > Date: Fri, 07 Sep 2012 19:10:33 GMT > > > > On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis wrote: >> Have you tried changing your extraargs to >> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" >> (note the extra \ ...). The backslash is likely being used as an escape >> character when it gets passed to the shell and so isn't actually used at >> all. >> >> - Pete >> >> On 12-09-07 09:54 AM, Stefano Pirrello wrote: >>> Hi, >>> >>> Is there a way to send a CURL probe with NTLM authentication so I >>> don't receive a 401 response? I'm trying to probe to a MS Reporting >>> Services site but I'm only getting 401s and I've setup the NTLM info >>> on the probe but it doesn't seem to be working. Using 301 redirects >>> won't suffice my needs, I need to know the application is up and >>> serving pages. >>> >>> ++ Curl >>> probe = Curl >>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" >>> urlformat = http://%host% >>> #forks = 10 >>> #step = 60 >>> pings = 20 >>> menu = HTTP Latency >>> title = HTTP Latency >>> >>> >>> +++ CBRS-VIP >>> host = SITE.DOMAIN.COM >>> urlformat = http://%host%/Reports/Pages/Report.aspx? From spirrello at gmail.com Sat Sep 8 04:53:22 2012 From: spirrello at gmail.com (Stefano Pirrello) Date: Fri, 7 Sep 2012 22:53:22 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: No luck with that suggestion either. On Fri, Sep 7, 2012 at 6:57 PM, Kurt Buff wrote: > Perhaps try instead "userid at domain.tld:password" - in Active Directory > it's a valid login form, though I don't know for sure if it would work > in this case. > > Kurt > > On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello wrote: >> This doesn't seem to be working. See below from the packet capture. >> >> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 >> Authorization: NTLM XXXXXXXXXXXXX >> User-Agent: User-Agent: BLAHMAN >> Host: HOST.HOST.COM >> Accept: */* >> >> HTTP/1.1 401 Unauthorized >> Content-Length: 0 >> WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX >> Date: Fri, 07 Sep 2012 19:10:33 GMT >> >> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 >> Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX >> User-Agent: User-Agent: BLAHMAN >> Host: HOST.HOST.COM >> Accept: */* >> >> HTTP/1.1 401 Unauthorized >> Content-Length: 0 >> WWW-Authenticate: NTLM >> Date: Fri, 07 Sep 2012 19:10:33 GMT >> >> >> >> On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis wrote: >>> Have you tried changing your extraargs to >>> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" >>> (note the extra \ ...). The backslash is likely being used as an escape >>> character when it gets passed to the shell and so isn't actually used at >>> all. >>> >>> - Pete >>> >>> On 12-09-07 09:54 AM, Stefano Pirrello wrote: >>>> Hi, >>>> >>>> Is there a way to send a CURL probe with NTLM authentication so I >>>> don't receive a 401 response? I'm trying to probe to a MS Reporting >>>> Services site but I'm only getting 401s and I've setup the NTLM info >>>> on the probe but it doesn't seem to be working. Using 301 redirects >>>> won't suffice my needs, I need to know the application is up and >>>> serving pages. >>>> >>>> ++ Curl >>>> probe = Curl >>>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" >>>> urlformat = http://%host% >>>> #forks = 10 >>>> #step = 60 >>>> pings = 20 >>>> menu = HTTP Latency >>>> title = HTTP Latency >>>> >>>> >>>> +++ CBRS-VIP >>>> host = SITE.DOMAIN.COM >>>> urlformat = http://%host%/Reports/Pages/Report.aspx? > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From kurt.buff at gmail.com Sat Sep 8 05:36:58 2012 From: kurt.buff at gmail.com (Kurt Buff) Date: Fri, 7 Sep 2012 20:36:58 -0700 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: Is there an account that's local to either the Windows OS or to the SQL instance that you could use instead? On Fri, Sep 7, 2012 at 7:53 PM, Stefano Pirrello wrote: > No luck with that suggestion either. > > On Fri, Sep 7, 2012 at 6:57 PM, Kurt Buff wrote: >> Perhaps try instead "userid at domain.tld:password" - in Active Directory >> it's a valid login form, though I don't know for sure if it would work >> in this case. >> >> Kurt >> >> On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello wrote: >>> This doesn't seem to be working. See below from the packet capture. >>> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 >>> Authorization: NTLM XXXXXXXXXXXXX >>> User-Agent: User-Agent: BLAHMAN >>> Host: HOST.HOST.COM >>> Accept: */* >>> >>> HTTP/1.1 401 Unauthorized >>> Content-Length: 0 >>> WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX >>> Date: Fri, 07 Sep 2012 19:10:33 GMT >>> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT HTTP/1.1 >>> Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX >>> User-Agent: User-Agent: BLAHMAN >>> Host: HOST.HOST.COM >>> Accept: */* >>> >>> HTTP/1.1 401 Unauthorized >>> Content-Length: 0 >>> WWW-Authenticate: NTLM >>> Date: Fri, 07 Sep 2012 19:10:33 GMT >>> >>> >>> >>> On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis wrote: >>>> Have you tried changing your extraargs to >>>> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" >>>> (note the extra \ ...). The backslash is likely being used as an escape >>>> character when it gets passed to the shell and so isn't actually used at >>>> all. >>>> >>>> - Pete >>>> >>>> On 12-09-07 09:54 AM, Stefano Pirrello wrote: >>>>> Hi, >>>>> >>>>> Is there a way to send a CURL probe with NTLM authentication so I >>>>> don't receive a 401 response? I'm trying to probe to a MS Reporting >>>>> Services site but I'm only getting 401s and I've setup the NTLM info >>>>> on the probe but it doesn't seem to be working. Using 301 redirects >>>>> won't suffice my needs, I need to know the application is up and >>>>> serving pages. >>>>> >>>>> ++ Curl >>>>> probe = Curl >>>>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" >>>>> urlformat = http://%host% >>>>> #forks = 10 >>>>> #step = 60 >>>>> pings = 20 >>>>> menu = HTTP Latency >>>>> title = HTTP Latency >>>>> >>>>> >>>>> +++ CBRS-VIP >>>>> host = SITE.DOMAIN.COM >>>>> urlformat = http://%host%/Reports/Pages/Report.aspx? >> >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From alex at letmethink.co.uk Sat Sep 8 20:17:02 2012 From: alex at letmethink.co.uk (Alexander Mann) Date: Sat, 8 Sep 2012 19:17:02 +0100 Subject: [smokeping-users] unison_tolerance In-Reply-To: References: <33C31191-1112-48E0-A072-FC19F17728C7@letmethink.co.uk> Message-ID: <64A41728-DF11-446B-A37E-9BED1F7778F6@letmethink.co.uk> Hi - digging up my old thread here! Is there any way at all to fix the scale/y-axis on the graphs and disable the autoscaling? Thanks again Alex On 24 May 2012, at 10:21, Tobias Oetiker wrote: > Hi Alex, > > unison tolerance only affects the scaling of multiple charts ... > the effect of the smoke size on the graphscale is deliberately > limited to prevent excessive smoke from pushing the median down too > far ... but there are cases where this does not look optimal, I > agree ... > > cheers > tobi > May 16 Alexander Mann wrote: > >> Hi, >> >> I'm having a problem with the y-axis not expanding to cover all the smoke. >> >> On the attached graph, the average ping is around 14ms but the spikes will go up to 100-200ms. I'd quite like to be able to see them. >> >> I understand that I can adjust the unison_tolerance variable but it doesn't seem to be making any difference. The default value is 2 but I'm unclear what I should be setting it to. 2, 20, 200, whatever, it doesn't seem to change the graph. >> >> Am I missing something? >> >> Thanks, >> >> Alex >> >> > > -- > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland > http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From spirrello at gmail.com Sat Sep 8 23:06:28 2012 From: spirrello at gmail.com (Stefano Pirrello) Date: Sat, 8 Sep 2012 17:06:28 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: Probably but the account works fine on a mac or windows machine. I'm starting to think its a bug within curl. On Sep 7, 2012 11:37 PM, "Kurt Buff" wrote: > Is there an account that's local to either the Windows OS or to the > SQL instance that you could use instead? > > On Fri, Sep 7, 2012 at 7:53 PM, Stefano Pirrello > wrote: > > No luck with that suggestion either. > > > > On Fri, Sep 7, 2012 at 6:57 PM, Kurt Buff wrote: > >> Perhaps try instead "userid at domain.tld:password" - in Active Directory > >> it's a valid login form, though I don't know for sure if it would work > >> in this case. > >> > >> Kurt > >> > >> On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello > wrote: > >>> This doesn't seem to be working. See below from the packet capture. > >>> > >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT > HTTP/1.1 > >>> Authorization: NTLM XXXXXXXXXXXXX > >>> User-Agent: User-Agent: BLAHMAN > >>> Host: HOST.HOST.COM > >>> Accept: */* > >>> > >>> HTTP/1.1 401 Unauthorized > >>> Content-Length: 0 > >>> WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX > >>> Date: Fri, 07 Sep 2012 19:10:33 GMT > >>> > >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT > HTTP/1.1 > >>> Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > >>> User-Agent: User-Agent: BLAHMAN > >>> Host: HOST.HOST.COM > >>> Accept: */* > >>> > >>> HTTP/1.1 401 Unauthorized > >>> Content-Length: 0 > >>> WWW-Authenticate: NTLM > >>> Date: Fri, 07 Sep 2012 19:10:33 GMT > >>> > >>> > >>> > >>> On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis < > alter3d at alter3d.ca> wrote: > >>>> Have you tried changing your extraargs to > >>>> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" > >>>> (note the extra \ ...). The backslash is likely being used as an > escape > >>>> character when it gets passed to the shell and so isn't actually used > at > >>>> all. > >>>> > >>>> - Pete > >>>> > >>>> On 12-09-07 09:54 AM, Stefano Pirrello wrote: > >>>>> Hi, > >>>>> > >>>>> Is there a way to send a CURL probe with NTLM authentication so I > >>>>> don't receive a 401 response? I'm trying to probe to a MS Reporting > >>>>> Services site but I'm only getting 401s and I've setup the NTLM info > >>>>> on the probe but it doesn't seem to be working. Using 301 redirects > >>>>> won't suffice my needs, I need to know the application is up and > >>>>> serving pages. > >>>>> > >>>>> ++ Curl > >>>>> probe = Curl > >>>>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" > >>>>> urlformat = http://%host% > >>>>> #forks = 10 > >>>>> #step = 60 > >>>>> pings = 20 > >>>>> menu = HTTP Latency > >>>>> title = HTTP Latency > >>>>> > >>>>> > >>>>> +++ CBRS-VIP > >>>>> host = SITE.DOMAIN.COM > >>>>> urlformat = http://%host%/Reports/Pages/Report.aspx? > >> > >> _______________________________________________ > >> smokeping-users mailing list > >> smokeping-users at lists.oetiker.ch > >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120908/dee15c4f/attachment.htm From kurt.buff at gmail.com Sat Sep 8 23:59:06 2012 From: kurt.buff at gmail.com (Kurt Buff) Date: Sat, 8 Sep 2012 14:59:06 -0700 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: That seems possible. Does it work when you use curl manually? On Sat, Sep 8, 2012 at 2:06 PM, Stefano Pirrello wrote: > Probably but the account works fine on a mac or windows machine. I'm > starting to think its a bug within curl. > > On Sep 7, 2012 11:37 PM, "Kurt Buff" wrote: >> >> Is there an account that's local to either the Windows OS or to the >> SQL instance that you could use instead? >> >> On Fri, Sep 7, 2012 at 7:53 PM, Stefano Pirrello >> wrote: >> > No luck with that suggestion either. >> > >> > On Fri, Sep 7, 2012 at 6:57 PM, Kurt Buff wrote: >> >> Perhaps try instead "userid at domain.tld:password" - in Active Directory >> >> it's a valid login form, though I don't know for sure if it would work >> >> in this case. >> >> >> >> Kurt >> >> >> >> On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello >> >> wrote: >> >>> This doesn't seem to be working. See below from the packet capture. >> >>> >> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT >> >>> HTTP/1.1 >> >>> Authorization: NTLM XXXXXXXXXXXXX >> >>> User-Agent: User-Agent: BLAHMAN >> >>> Host: HOST.HOST.COM >> >>> Accept: */* >> >>> >> >>> HTTP/1.1 401 Unauthorized >> >>> Content-Length: 0 >> >>> WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX >> >>> Date: Fri, 07 Sep 2012 19:10:33 GMT >> >>> >> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT >> >>> HTTP/1.1 >> >>> Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX >> >>> User-Agent: User-Agent: BLAHMAN >> >>> Host: HOST.HOST.COM >> >>> Accept: */* >> >>> >> >>> HTTP/1.1 401 Unauthorized >> >>> Content-Length: 0 >> >>> WWW-Authenticate: NTLM >> >>> Date: Fri, 07 Sep 2012 19:10:33 GMT >> >>> >> >>> >> >>> >> >>> On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis >> >>> wrote: >> >>>> Have you tried changing your extraargs to >> >>>> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" >> >>>> (note the extra \ ...). The backslash is likely being used as an >> >>>> escape >> >>>> character when it gets passed to the shell and so isn't actually used >> >>>> at >> >>>> all. >> >>>> >> >>>> - Pete >> >>>> >> >>>> On 12-09-07 09:54 AM, Stefano Pirrello wrote: >> >>>>> Hi, >> >>>>> >> >>>>> Is there a way to send a CURL probe with NTLM authentication so I >> >>>>> don't receive a 401 response? I'm trying to probe to a MS Reporting >> >>>>> Services site but I'm only getting 401s and I've setup the NTLM info >> >>>>> on the probe but it doesn't seem to be working. Using 301 redirects >> >>>>> won't suffice my needs, I need to know the application is up and >> >>>>> serving pages. >> >>>>> >> >>>>> ++ Curl >> >>>>> probe = Curl >> >>>>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" >> >>>>> urlformat = http://%host% >> >>>>> #forks = 10 >> >>>>> #step = 60 >> >>>>> pings = 20 >> >>>>> menu = HTTP Latency >> >>>>> title = HTTP Latency >> >>>>> >> >>>>> >> >>>>> +++ CBRS-VIP >> >>>>> host = SITE.DOMAIN.COM >> >>>>> urlformat = http://%host%/Reports/Pages/Report.aspx? >> >> >> >> _______________________________________________ >> >> smokeping-users mailing list >> >> smokeping-users at lists.oetiker.ch >> >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From spirrello at gmail.com Sun Sep 9 00:15:14 2012 From: spirrello at gmail.com (Stefano Pirrello) Date: Sat, 8 Sep 2012 18:15:14 -0400 Subject: [smokeping-users] CURL Probe giving 401 Response with Microsoft Reporting Services In-Reply-To: References: <504A015A.2070603@alter3d.ca> Message-ID: No and thats why it appears there is a bug with it. I will be filing a bug with curl on its dev site Monday or so and will share the details with this mailing list. On Sep 8, 2012 5:59 PM, "Kurt Buff" wrote: > That seems possible. Does it work when you use curl manually? > > On Sat, Sep 8, 2012 at 2:06 PM, Stefano Pirrello > wrote: > > Probably but the account works fine on a mac or windows machine. I'm > > starting to think its a bug within curl. > > > > On Sep 7, 2012 11:37 PM, "Kurt Buff" wrote: > >> > >> Is there an account that's local to either the Windows OS or to the > >> SQL instance that you could use instead? > >> > >> On Fri, Sep 7, 2012 at 7:53 PM, Stefano Pirrello > >> wrote: > >> > No luck with that suggestion either. > >> > > >> > On Fri, Sep 7, 2012 at 6:57 PM, Kurt Buff > wrote: > >> >> Perhaps try instead "userid at domain.tld:password" - in Active > Directory > >> >> it's a valid login form, though I don't know for sure if it would > work > >> >> in this case. > >> >> > >> >> Kurt > >> >> > >> >> On Fri, Sep 7, 2012 at 12:29 PM, Stefano Pirrello < > spirrello at gmail.com> > >> >> wrote: > >> >>> This doesn't seem to be working. See below from the packet capture. > >> >>> > >> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT > >> >>> HTTP/1.1 > >> >>> Authorization: NTLM XXXXXXXXXXXXX > >> >>> User-Agent: User-Agent: BLAHMAN > >> >>> Host: HOST.HOST.COM > >> >>> Accept: */* > >> >>> > >> >>> HTTP/1.1 401 Unauthorized > >> >>> Content-Length: 0 > >> >>> WWW-Authenticate: NTLM XXXXXXXXXXXXXXXXX > >> >>> Date: Fri, 07 Sep 2012 19:10:33 GMT > >> >>> > >> >>> GET /Reports/Pages/Report.aspx?ItemPath=%2fSD%2fAvailable_Talent_UAT > >> >>> HTTP/1.1 > >> >>> Authorization: NTLM XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX > >> >>> User-Agent: User-Agent: BLAHMAN > >> >>> Host: HOST.HOST.COM > >> >>> Accept: */* > >> >>> > >> >>> HTTP/1.1 401 Unauthorized > >> >>> Content-Length: 0 > >> >>> WWW-Authenticate: NTLM > >> >>> Date: Fri, 07 Sep 2012 19:10:33 GMT > >> >>> > >> >>> > >> >>> > >> >>> On Fri, Sep 7, 2012 at 10:14 AM, Peter Kristolaitis > >> >>> wrote: > >> >>>> Have you tried changing your extraargs to > >> >>>> --NTLM -u "DOMAIN\\USERNAME:PASSWORD" > >> >>>> (note the extra \ ...). The backslash is likely being used as an > >> >>>> escape > >> >>>> character when it gets passed to the shell and so isn't actually > used > >> >>>> at > >> >>>> all. > >> >>>> > >> >>>> - Pete > >> >>>> > >> >>>> On 12-09-07 09:54 AM, Stefano Pirrello wrote: > >> >>>>> Hi, > >> >>>>> > >> >>>>> Is there a way to send a CURL probe with NTLM authentication so I > >> >>>>> don't receive a 401 response? I'm trying to probe to a MS > Reporting > >> >>>>> Services site but I'm only getting 401s and I've setup the NTLM > info > >> >>>>> on the probe but it doesn't seem to be working. Using 301 > redirects > >> >>>>> won't suffice my needs, I need to know the application is up and > >> >>>>> serving pages. > >> >>>>> > >> >>>>> ++ Curl > >> >>>>> probe = Curl > >> >>>>> extraargs = --NTLM -u "DOMAIN\USERNAME:PASSWORD" > >> >>>>> urlformat = http://%host% > >> >>>>> #forks = 10 > >> >>>>> #step = 60 > >> >>>>> pings = 20 > >> >>>>> menu = HTTP Latency > >> >>>>> title = HTTP Latency > >> >>>>> > >> >>>>> > >> >>>>> +++ CBRS-VIP > >> >>>>> host = SITE.DOMAIN.COM > >> >>>>> urlformat = http://%host%/Reports/Pages/Report.aspx? > >> >> > >> >> _______________________________________________ > >> >> smokeping-users mailing list > >> >> smokeping-users at lists.oetiker.ch > >> >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > >> > >> _______________________________________________ > >> smokeping-users mailing list > >> smokeping-users at lists.oetiker.ch > >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120908/906873c4/attachment.htm From r.tahina at moov.mg Tue Sep 11 11:06:35 2012 From: r.tahina at moov.mg (Rivo Tahina) Date: Tue, 11 Sep 2012 12:06:35 +0300 Subject: [smokeping-users] smokeping to one server via two different gateways Message-ID: <00cb01cd8ffc$be86faa0$3b94efe0$@moov.mg> Hi all, I need to compare the performance of two links so I have to do smokeping to one server using 2 different gateways (1 NIC per gateway), is there any way to do ip source based routing on the smokeping server? BR. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120911/87939b78/attachment.htm From ged at jubileegroup.co.uk Tue Sep 11 11:10:07 2012 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Tue, 11 Sep 2012 10:10:07 +0100 (BST) Subject: [smokeping-users] smokeping to one server via two different gateways In-Reply-To: <00cb01cd8ffc$be86faa0$3b94efe0$@moov.mg> References: <00cb01cd8ffc$be86faa0$3b94efe0$@moov.mg> Message-ID: Hi there, On Tue, 11 Sep 2012, Rivo Tahina wrote: > I need to compare the performance of two links so I have to do smokeping to > one server using 2 different gateways (1 NIC per gateway), is there any way > to do ip source based routing on the smokeping server? The fping utility will let you specify the source address, will that do? -- 73, Ged. From r.tahina at moov.mg Tue Sep 11 11:27:31 2012 From: r.tahina at moov.mg (Rivo Tahina) Date: Tue, 11 Sep 2012 12:27:31 +0300 Subject: [smokeping-users] smokeping to one server via two different gateways In-Reply-To: References: <00cb01cd8ffc$be86faa0$3b94efe0$@moov.mg> Message-ID: <00d601cd8fff$ab5ca3a0$0215eae0$@moov.mg> Hi Ged, Thanks Ged for quick answer, fping on windows does not have this option, should I move to linux or is there any fix? BR -----Message d'origine----- De?: G.W. Haywood [mailto:ged at jubileegroup.co.uk] Envoy??: mardi 11 septembre 2012 12:10 ??: Rivo Tahina Cc?: smokeping-users at lists.oetiker.ch Objet?: Re: [smokeping-users] smokeping to one server via two different gateways Hi there, On Tue, 11 Sep 2012, Rivo Tahina wrote: > I need to compare the performance of two links so I have to do > smokeping to one server using 2 different gateways (1 NIC per > gateway), is there any way to do ip source based routing on the smokeping server? The fping utility will let you specify the source address, will that do? -- 73, Ged. From samy.nashaat at orange.com Thu Sep 13 17:58:19 2012 From: samy.nashaat at orange.com (samy.nashaat at orange.com) Date: Thu, 13 Sep 2012 17:58:19 +0200 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: References: <20120819211336.GA9836@schweikert.ch><20120829073801.GA15530@kaini.schwarzvogel.de><20120904073931.GB471@schweikert.ch><20120904105827.GA31760@kaini.schwarzvogel.de> Message-ID: <4567_1347551904_505202A0_4567_9806_1_6F4FECEA3919634CA6E08F8E880838210136B4BE@PUEXCBJ0.nanterre.francetelecom.fr> Hello All, Can you explain me more how to do the " install fping setuid root:" as its not clear for me. On the other hand, where can I find a debian package for fping3.4? Thanks in advance ? Samy Nashaat Business Operations Manager FT/SCE/EQUANT/CS&O/Telephony Services Operations tel. +202 2292 2784?| CVS?382 2784 | mob.?+20122 3372 815 | samy.nashaat at orange.com Equant, City Stars Tower 2 Floor 10 Omar Ebn El Khatab Street, Heliopolis, Cairo, Egypt www.orange-business.com ?God will make a way when there seems to be no way? ? Please do not print this e-mail unless you really need to -----Original Message----- From: smokeping-users-bounces+samy.nashaat=orange.com at lists.oetiker.ch [mailto:smokeping-users-bounces+samy.nashaat=orange.com at lists.oetiker.ch] On Behalf Of Vinny_Abello at Dell.com Sent: Tuesday, September 04, 2012 5:39 PM To: tobi at oetiker.ch Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 Thanks Tobi! Setuid root on the new binary did the trick. Thanks for the fast response! -Vinny -----Original Message----- From: Tobias Oetiker [mailto:tobi at oetiker.ch] Sent: Tuesday, September 04, 2012 11:35 AM To: Abello, Vinny Cc: smokeping-users at lists.oetiker.ch; david at schweikert.ch Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 Hi Vinny, Today Vinny_Abello at Dell.com wrote: > Hello, > > I just tried upgrading fping on a FreeBSD host I have smokeping > 2.6.7 running on and (to fping 3.4) and I noticed the graphs broke. I > dug a little deeper and found that fping won't run as requested due to > the smokeping process being run under an unprivileged user. If I run > the fping command as smokeping attempts as root, it will succeed. > Otherwise I get a can't create raw socket error. > > Is there a quick fix for this (other than obviously running smokeping > as root)? Can I give my smokeping user access to raw sockets somehow > or have smokeping spawn the fping process with higher privileges? I guess you have to install fping setuid root: chown root:root /usr/bin/fping chmod u+s /usr/bin/fping cheers tobi > -Vinny > > -----Original Message----- > From: smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch > [mailto:smokeping-users-bounces+vinny_abello=dell.com at lists.oetiker.ch > ] On Behalf Of Tobias Klausmann > Sent: Tuesday, September 04, 2012 6:58 AM > To: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 > > Hi! > > On Tue, 04 Sep 2012, David Schweikert wrote: > > On Wed, Aug 29, 2012 at 09:38:01 +0200, Tobias Klausmann wrote: > > > David Schweikert wrote: > > > > * Output statistics to stdout instead of stderr > > > > > > For the benefit of those who are not aware: this breaks Smokeping > > > (at least up to and including 2.6.8 since it expects this data on > > > stderr. My current workaround is a shell wrapper that simply does > > > 1>&2 so data lands on stderr again. > > > > Hi Tobias, > > > > Thanks a lot for reporting this issue. I have released fping 3.4 > > with that change reverted: > > > > http://fping.org/dist/ > > > > Could you test it and tell me if it works ok for you with SmokePing? > > Works nicely indeed! Thanks a lot. Since I've integrated the > stdout-switch patch into my installation of Smokeping, I had to switch > that back of course. > > Regards, > Tobias > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. From darren at victoriajd.com Fri Sep 14 02:29:11 2012 From: darren at victoriajd.com (Darren Murphy) Date: Fri, 14 Sep 2012 08:29:11 +0800 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: <4567_1347551904_505202A0_4567_9806_1_6F4FECEA3919634CA6E08F8E880838210136B4BE@PUEXCBJ0.nanterre.francetelecom.fr> References: <20120819211336.GA9836@schweikert.ch> <20120829073801.GA15530@kaini.schwarzvogel.de> <20120904073931.GB471@schweikert.ch> <20120904105827.GA31760@kaini.schwarzvogel.de> <4567_1347551904_505202A0_4567_9806_1_6F4FECEA3919634CA6E08F8E880838210136B4BE@PUEXCBJ0.nanterre.francetelecom.fr> Message-ID: On 13 September 2012 23:58, wrote: > Hello All, > > Can you explain me more how to do the " install fping setuid root:" as its not clear for me. > As was said by Tobi... > I guess you have to install fping setuid root: > > chown root:root /usr/bin/fping > chmod u+s /usr/bin/fping > I'm not sure what could be said to make that clearer? If you've copied/pasted those commands and it hasn't worked, then it might be that your fping binary is located elsewhere. Typing 'which fping' should tell you if that's the case. regards, Darren From mh+smokeping-users at zugschlus.de Sun Sep 16 11:16:28 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 11:16:28 +0200 Subject: [smokeping-users] Overview Graphs for hierarchical structures Message-ID: <20120916091628.GH12141@torres.zugschlus.de> Hi, I have the following hierarchy defined in my configuration: + mh-servers menu = mh-servers title = mh-servers ++ cucaracha_zugschlus_de menu = cucaracha.zugschlus.de title = cucaracha.zugschlus.de +++ cucaracha_zugschlus_de_87_106_166_24 probe = FPing menu = cucaracha.zugschlus.de 87.106.166.24 title = cucaracha.zugschlus.de 87.106.166.24 host = 87.106.166.24 +++ cucaracha_zugschlus_de_2001_8d8_81_20c0__2460_1 probe = FPing6 menu = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 title = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 host = 2001:8d8:81:20c0::2460:1 The idea is to have both IPv4 and IPv6 addresses (and, in the future, monitored services) under an hierarchy per server. This results in the web interface not showing any graphs when one clicks on "mh-servers" in the menu (see http://q.bofh.de/~mh/stuff/20120916-smokeping1.png). The overview graphs only show when I click on the host name (see http://q.bofh.de/~mh/stuff/20120916-smokeping2.png). Is it possible to have the overview graphs show in higher hierarchy levels, for example, that overview graphs for all hosts defined under mh-servers show when I click on the "mh-servers"? Overview graphs show fine when I don't configure the intermediate, "host name" level: + mh-servers menu = mh-servers title = mh-servers ++ cucaracha_zugschlus_de_87_106_166_24 probe = FPing menu = cucaracha.zugschlus.de 87.106.166.24 title = cucaracha.zugschlus.de 87.106.166.24 host = 87.106.166.24 ++ cucaracha_zugschlus_de_2001_8d8_81_20c0__2460_1 probe = FPing6 menu = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 title = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 host = 2001:8d8:81:20c0::2460:1 but that will eventually lead to a very long list of hostname/IP/services. I'd really love to keep the more structured way of configuration/presentation while still having overview about what is happening. Is this possible? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From mh+smokeping-users at zugschlus.de Sun Sep 16 11:35:04 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 11:35:04 +0200 Subject: [smokeping-users] Exclude hosts from sorters Message-ID: <20120916093504.GI12141@torres.zugschlus.de> Hi, I have a few hosts that mess up the default presentation of the "Charts" feature due to their characteristics. For example, I am monitoring a host in New Zealand from Europe, while most of my other monitored hosts are in Europe. Now guess which host is constantly in the "Top Max Roundtrip Time" chart. Additionally, I am monitoring a host that is behind an ADSL line which is occasionally loaded to capacity. This makes this host constantly showing up in the "Top Standard Deviation" chart. A third case is a host that is turned off at night, making it top scorer in the "Top Packet Loss" chart. Is there a possibility to have the sorter ignore certain hosts by configuration? I would imagine to have this either configured in the Chart definition: ++ max sorter = Max(entries=>5) title = Top Max Roundtrip Time menu = by Max format = Max Roundtrip Time %f seconds ignore = host1, host2, host3 or in the host definition +++ brazil probe = FPing menu = brazil title = brazil host = 192.0.2.3 ignore_chart = stddev,max Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From mh+smokeping-users at zugschlus.de Sun Sep 16 11:37:19 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 11:37:19 +0200 Subject: [smokeping-users] Where to place local perl extensions Message-ID: <20120916093719.GJ12141@torres.zugschlus.de> Hi, Distributions usually like it to have /usr populated from packages only. Local files are sometimes placed in /etc and sometimes in /usr/local. Is is possible to modify smokeping's search path so that extensions (such as local probes or sorters) are looked for in /usr/local/share/smokeping/lib additionally to /usr/share/smokeping/lib? I would love to have a possibility to add search path entries from smokeping configuration. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From tobi at oetiker.ch Sun Sep 16 14:42:53 2012 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sun, 16 Sep 2012 14:42:53 +0200 (CEST) Subject: [smokeping-users] Where to place local perl extensions In-Reply-To: <20120916093719.GJ12141@torres.zugschlus.de> References: <20120916093719.GJ12141@torres.zugschlus.de> Message-ID: Hi Marc, I think it should be possible todo that by doing export PERL5LIB=/usr/local/share/smokeping/lib prior to starting smokeping cheers tobi Today Marc Haber wrote: > Hi, > > Distributions usually like it to have /usr populated from packages > only. Local files are sometimes placed in /etc and sometimes in > /usr/local. > > Is is possible to modify smokeping's search path so that extensions > (such as local probes or sorters) are looked for in > /usr/local/share/smokeping/lib additionally to /usr/share/smokeping/lib? > > I would love to have a possibility to add search path entries from > smokeping configuration. > > Greetings > Marc > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From tobi at oetiker.ch Sun Sep 16 14:44:30 2012 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sun, 16 Sep 2012 14:44:30 +0200 (CEST) Subject: [smokeping-users] Exclude hosts from sorters In-Reply-To: <20120916093504.GI12141@torres.zugschlus.de> References: <20120916093504.GI12141@torres.zugschlus.de> Message-ID: Hi Marc, Today Marc Haber wrote: > Hi, > > I have a few hosts that mess up the default presentation of the > "Charts" feature due to their characteristics. > > For example, I am monitoring a host in New Zealand from Europe, while > most of my other monitored hosts are in Europe. Now guess which host > is constantly in the "Top Max Roundtrip Time" chart. > > Additionally, I am monitoring a host that is behind an ADSL line which > is occasionally loaded to capacity. This makes this host constantly > showing up in the "Top Standard Deviation" chart. > > A third case is a host that is turned off at night, making it top > scorer in the "Top Packet Loss" chart. > > Is there a possibility to have the sorter ignore certain hosts by > configuration? I would imagine to have this either configured in the > Chart definition: > > ++ max > sorter = Max(entries=>5) > title = Top Max Roundtrip Time > menu = by Max > format = Max Roundtrip Time %f seconds > ignore = host1, host2, host3 > > or in the host definition > > +++ brazil > > probe = FPing > menu = brazil > title = brazil > host = 192.0.2.3 > ignore_chart = stddev,max both would be possible ... I guess modifying a sorter module would be a more localized change ... cheers tobi > Greetings > Marc > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From tobi at oetiker.ch Sun Sep 16 14:46:52 2012 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sun, 16 Sep 2012 14:46:52 +0200 (CEST) Subject: [smokeping-users] Overview Graphs for hierarchical structures In-Reply-To: <20120916091628.GH12141@torres.zugschlus.de> References: <20120916091628.GH12141@torres.zugschlus.de> Message-ID: Hi Marc, Today Marc Haber wrote: > Hi, > > I have the following hierarchy defined in my configuration: > > + mh-servers > > menu = mh-servers > title = mh-servers > > ++ cucaracha_zugschlus_de > > menu = cucaracha.zugschlus.de > title = cucaracha.zugschlus.de > > +++ cucaracha_zugschlus_de_87_106_166_24 > > probe = FPing > menu = cucaracha.zugschlus.de 87.106.166.24 > title = cucaracha.zugschlus.de 87.106.166.24 > host = 87.106.166.24 > > +++ cucaracha_zugschlus_de_2001_8d8_81_20c0__2460_1 > > probe = FPing6 > menu = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 > title = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 > host = 2001:8d8:81:20c0::2460:1 > > The idea is to have both IPv4 and IPv6 addresses (and, in the future, > monitored services) under an hierarchy per server. > > This results in the web interface not showing any graphs when one > clicks on "mh-servers" in the menu (see > http://q.bofh.de/~mh/stuff/20120916-smokeping1.png). The overview > graphs only show when I click on the host name (see > http://q.bofh.de/~mh/stuff/20120916-smokeping2.png). > > Is it possible to have the overview graphs show in higher hierarchy > levels, for example, that overview graphs for all hosts defined under > mh-servers show when I click on the "mh-servers"? > > Overview graphs show fine when I don't configure the intermediate, > "host name" level: > > + mh-servers > > menu = mh-servers > title = mh-servers > > ++ cucaracha_zugschlus_de_87_106_166_24 > > probe = FPing > menu = cucaracha.zugschlus.de 87.106.166.24 > title = cucaracha.zugschlus.de 87.106.166.24 > host = 87.106.166.24 > > ++ cucaracha_zugschlus_de_2001_8d8_81_20c0__2460_1 > > probe = FPing6 > menu = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 > title = cucaracha.zugschlus.de 2001:8d8:81:20c0::2460:1 > host = 2001:8d8:81:20c0::2460:1 > > but that will eventually lead to a very long list of > hostname/IP/services. I'd really love to keep the more structured way > of configuration/presentation while still having overview about what > is happening. Is this possible? at present the presentation configuration options in smokeping are fairly limited ... I am still planning to migrate the whole thing over to be using extopus for the presentation layer ... this should provide more flexibility in this respect ... just have not yet found spare time of financial incentive :-) cheers tobi > > Greetings > Marc > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From mh+smokeping-users at zugschlus.de Sun Sep 16 14:53:10 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 14:53:10 +0200 Subject: [smokeping-users] Overview Graphs for hierarchical structures In-Reply-To: References: <20120916091628.GH12141@torres.zugschlus.de> Message-ID: <20120916125310.GN12141@torres.zugschlus.de> On Sun, Sep 16, 2012 at 02:46:52PM +0200, Tobias Oetiker wrote: > at present the presentation configuration options in smokeping are > fairly limited meaning "it's the way it is and no way to change"? ;-) Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From mh+smokeping-users at zugschlus.de Sun Sep 16 14:54:14 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 14:54:14 +0200 Subject: [smokeping-users] Exclude hosts from sorters In-Reply-To: References: <20120916093504.GI12141@torres.zugschlus.de> Message-ID: <20120916125414.GO12141@torres.zugschlus.de> On Sun, Sep 16, 2012 at 02:44:30PM +0200, Tobias Oetiker wrote: > Today Marc Haber wrote: > > Is there a possibility to have the sorter ignore certain hosts by > > configuration? I would imagine to have this either configured in the > > Chart definition: > > > both would be possible ... I guess modifying a sorter module would be a > more localized change ... So it would be digging into the code? Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From mh+smokeping-users at zugschlus.de Sun Sep 16 14:55:55 2012 From: mh+smokeping-users at zugschlus.de (Marc Haber) Date: Sun, 16 Sep 2012 14:55:55 +0200 Subject: [smokeping-users] Where to place local perl extensions In-Reply-To: References: <20120916093719.GJ12141@torres.zugschlus.de> Message-ID: <20120916125555.GP12141@torres.zugschlus.de> On Sun, Sep 16, 2012 at 02:42:53PM +0200, Tobias Oetiker wrote: > I think it should be possible todo that by doing > > export PERL5LIB=/usr/local/share/smokeping/lib > > prior to starting smokeping Thanks! Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things." Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 From fligor at illinois.edu Mon Sep 17 21:26:41 2012 From: fligor at illinois.edu (Debbie Fligor) Date: Mon, 17 Sep 2012 14:26:41 -0500 Subject: [smokeping-users] error when slave connects to the master Message-ID: <9B9F18D2-D6F6-47BF-A7B1-69BCCC5E9207@illinois.edu> A few weeks ago our sysadmins patched our RHEL6 box that our smokeping master runs on.. Since then none of the slaves have been able to report. I get this error in our logs: [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: comm with (dynamic) server "/services/netmetrics/public_html/http/smokeping/smokeping.cgi" aborted: (first read) idle timeout (30 sec) [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: incomplete headers (0 bytes) received from server "/services/netmetrics/public_html/http/smokeping/smokeping.cgi" but when I run this on the command line, or web to it with a browser, it works fine with no errors: /services/netmetrics/public_html/http/smokeping/smokeping.cgi I spent a lot of time looking through this list archive, and really couldn't find anything about incomplete headers that didn't make it sound like running it on the CLI should fail as well. here's the packages that they upgraded in case anyone knows of anything in one of those: tzdata 2012c-3.el6 glibc-common 2.12-1.80.el6_3.3 nss-util 3.13.5-1.el6_3 krb5-libs 1.9-33.el6_3.2 nspr 4.9.1-2.el6_3 nss-sysinit 3.13.5-1.el6_3 nss 3.13.5-1.el6_3 bind-libs 9.8.2-0.10.rc1.el6_3.2 perl-DBD-Pg 2.15.1-4.el6_3 dracut 004-284.el6_3 dracut-kernel 004-284.el6_3 nagios-plugins 1.4.15-7.el6 nagios-common 3.4.1-2.el6 nagios-plugins-perl 1.4.15-7.el6 kernel-firmware 2.6.32-279.2.1.el6 kernel 2.6.32-279.2.1.el6 nagios-plugins-procs 1.4.15-7.el6 nss-tools 3.13.5-1.el6_3 nagios-plugins-ntp 1.4.15-7.el6 nagios-plugins-swap 1.4.15-7.el6 psgconf 6.9-1.smg.el6 nagios-plugins-disk 1.4.15-7.el6 nagios-plugins-load 1.4.15-7.el6 nagios-plugins-mailq 1.4.15-7.el6 kpartx 0.4.9-56.el6_3.1 bind-utils 9.8.2-0.10.rc1.el6_3.2 sudo 1.7.4p5-12.el6_3 glibc 2.12-1.80.el6_3.3 (i686) smokeping-2.6.8 for both the master and the slaves. RHEL6 for the master, Mac OS 10.6 and 10.7 for the slaves. -- -debbie Debbie Fligor, n9dn Lead Network Engineer for CITES @ Univ. of Il email: fligor at illinois.edu "My turn." -River Tam From ged at jubileegroup.co.uk Tue Sep 18 00:01:04 2012 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Mon, 17 Sep 2012 23:01:04 +0100 (BST) Subject: [smokeping-users] error when slave connects to the master In-Reply-To: <9B9F18D2-D6F6-47BF-A7B1-69BCCC5E9207@illinois.edu> References: <9B9F18D2-D6F6-47BF-A7B1-69BCCC5E9207@illinois.edu> Message-ID: Hi there, On Mon, 17 Sep 2012, Debbie Fligor wrote: > A few weeks ago our sysadmins patched our RHEL6 box that our > smokeping master runs on.. Since then none of the slaves have been > able to report. I hate it when that happens. :( > I get this error in our logs: > > [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: comm with (dynamic) server "/services/netmetrics/public_html/http/smokeping/smokeping.cgi" aborted: (first read) idle timeout (30 sec) > [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: incomplete headers (0 bytes) received from server "/services/netmetrics/public_html/http/smokeping/smokeping.cgi" > > but when I run this on the command line, or web to it with a browser, it works fine with no errors: > > /services/netmetrics/public_html/http/smokeping/smokeping.cgi Sounds like the master can connect to itself but the slaves are having problems. I'd sniff the network traffic with tcpdump to a file for a while, and then run Wireshark on the file. Something like tcpdump -i eth0 -s 0 -Uw - 'tcp port 80' > /home/debbie/tcpdump.out.`date +"%Y%m%d%H%M%S"` & I'd run tcpdump on both the master and a slave. I'd hope that you have your system clocks all in sync to within a fraction of a second using ntpd so that you can compare the logs. :) > ... here's the packages that they upgraded in case anyone knows of > anything in one of those: ... My guess is that something else has been changed too. -- 73, Ged. From samy.nashaat at orange.com Thu Sep 20 11:54:34 2012 From: samy.nashaat at orange.com (samy.nashaat at orange.com) Date: Thu, 20 Sep 2012 11:54:34 +0200 Subject: [smokeping-users] ANNOUNCE: fping 3.3 In-Reply-To: References: <20120819211336.GA9836@schweikert.ch><20120829073801.GA15530@kaini.schwarzvogel.de><20120904073931.GB471@schweikert.ch><20120904105827.GA31760@kaini.schwarzvogel.de><4567_1347551904_505202A0_4567_9806_1_6F4FECEA3919634CA6E08F8E880838210136B4BE@PUEXCBJ0.nanterre.francetelecom.fr> Message-ID: <30325_1348134877_505AE7DD_30325_6684_1_6F4FECEA3919634CA6E08F8E880838210136C246@PUEXCBJ0.nanterre.francetelecom.fr> Hello Darren, It's clear now thanks very much .. although still not working for me. By any chance, do you know how can I get fping 3.4 as a debian package? Thanks in advance ? Samy Nashaat -----Original Message----- From: Darren Murphy [mailto:darren at victoriajd.com] Sent: Friday, September 14, 2012 2:29 AM To: NASHAAT Samy SCE/CSO Cc: Vinny_Abello at dell.com; tobi at oetiker.ch; smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] ANNOUNCE: fping 3.3 On 13 September 2012 23:58, wrote: > Hello All, > > Can you explain me more how to do the " install fping setuid root:" as its not clear for me. > As was said by Tobi... > I guess you have to install fping setuid root: > > chown root:root /usr/bin/fping > chmod u+s /usr/bin/fping > I'm not sure what could be said to make that clearer? If you've copied/pasted those commands and it hasn't worked, then it might be that your fping binary is located elsewhere. Typing 'which fping' should tell you if that's the case. regards, Darren _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. From samy.nashaat at orange.com Fri Sep 21 12:03:39 2012 From: samy.nashaat at orange.com (samy.nashaat at orange.com) Date: Fri, 21 Sep 2012 12:03:39 +0200 Subject: [smokeping-users] Graphs still empty after fping 3.4 Message-ID: <16739_1348221821_505C3B7D_16739_2082_1_6F4FECEA3919634CA6E08F8E880838210140345A@PUEXCBJ0.nanterre.francetelecom.fr> Hello All, My graphs are still empty although I install fping 3.4 Any clues. My cache directory is being updated correctly, nothing shows wrong in the -debug text Please help. Thanks in advance Samy Nashaat Business Operations Manager FT/SCE/EQUANT/CS&O/Telephony Services Operations tel. +202 2292 2784 | CVS 382 2784 | mob. +20122 3372 815 | samy.nashaat at orange.com Equant, City Stars Tower 2 Floor 10 Omar Ebn El Khatab Street, Heliopolis, Cairo, Egypt www.orange-business.com "God will make a way when there seems to be no way" P Please do not print this e-mail unless you really need to _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/3c21d394/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1081 bytes Desc: image001.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/3c21d394/attachment-0002.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2201 bytes Desc: image002.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/3c21d394/attachment-0003.gif From liste at karp.fr Fri Sep 21 15:30:33 2012 From: liste at karp.fr (Nicolas KARP) Date: Fri, 21 Sep 2012 15:30:33 +0200 Subject: [smokeping-users] Graphs still empty after fping 3.4 In-Reply-To: <16739_1348221821_505C3B7D_16739_2082_1_6F4FECEA3919634CA6E08F8E880838210140345A@PUEXCBJ0.nanterre.francetelecom.fr> References: <16739_1348221821_505C3B7D_16739_2082_1_6F4FECEA3919634CA6E08F8E880838210140345A@PUEXCBJ0.nanterre.francetelecom.fr> Message-ID: Hi Samy, It's not the first time you sent a message on that list to say that your graphs are not updated ;-) What about the threads : No statistics from Slave // Smokeping Help | Master Slave config Did it work before the Fping upgrade ? I never get a reply from you regarding my last email on the previous thread (Smokeping Help | Master Slave config) Regards, # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # - - Nicolas KARP # - - Network and Security Engineer # - - Email : liste at karp.fr # - - Linkedin : http://www.linkedin.com/pub/nicolas-karp/39/60b/21a # - - Viadeo : http://www.viadeo.com/fr/profile/nicolas.karp # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2012/9/21 > Hello All,**** > > ** ** > > My graphs are still empty although I install fping 3.4**** > > ** ** > > Any clues.**** > > ** ** > > My cache directory is being updated correctly, nothing shows wrong in the > ?debug text**** > > ** ** > > Please help.**** > > ** ** > > Thanks in advance**** > > [image: Description: cid:922390315 at 22062011-1A43] [image: > Description: cid:922390315 at 22062011-1A3C] > Samy Nashaat**** > > Business Operations Manager**** > > FT/SCE/EQUANT/CS&O/Telephony Services Operations > tel. +202 2292 2784 | CVS 382 2784 | mob. +20122 3372 815 | * > samy.nashaat at orange.com*** > > Equant, City Stars Tower 2 Floor 10 Omar Ebn El Khatab Street, Heliopolis, > Cairo, Egypt > www.orange-business.com > ?God will make a way when there seems to be no way?**** > > P Please do not print this e-mail unless you really need to**** > > ** ** > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, > France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. > > This message and its attachments may contain confidential or privileged information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete this message and its attachments. > As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. > Thank you. > > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/21c810a4/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1081 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/21c810a4/attachment.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2201 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/21c810a4/attachment-0001.gif From samy.nashaat at orange.com Fri Sep 21 16:56:10 2012 From: samy.nashaat at orange.com (samy.nashaat at orange.com) Date: Fri, 21 Sep 2012 16:56:10 +0200 Subject: [smokeping-users] Graphs still empty after fping 3.4 In-Reply-To: References: <16739_1348221821_505C3B7D_16739_2082_1_6F4FECEA3919634CA6E08F8E880838210140345A@PUEXCBJ0.nanterre.francetelecom.fr> Message-ID: <5534_1348239372_505C800C_5534_5_1_6F4FECEA3919634CA6E08F8E88083821014035A8@PUEXCBJ0.nanterre.francetelecom.fr> Hello Nicolas, Yes the MASTER SLAVE thing worked, thanks to all the help from you and all the people in the mail thread. However I needed to mark my Smokeping traffic with DSCP 46 and consequently I upgraded to Fping 3.2 and my graphs were empty, I then upgraded to 3.3 and then 3.4 and the same is the problem. Can you help me. Thanks in advance Samy Nashaat Business Operations Manager FT/SCE/EQUANT/CS&O/Telephony Services Operations tel. +202 2292 2784 | CVS 382 2784 | mob. +20122 3372 815 | samy.nashaat at orange.com Equant, City Stars Tower 2 Floor 10 Omar Ebn El Khatab Street, Heliopolis, Cairo, Egypt www.orange-business.com "God will make a way when there seems to be no way" P Please do not print this e-mail unless you really need to From: nicolas at karp.fr [mailto:nicolas at karp.fr] On Behalf Of Nicolas KARP Sent: Friday, September 21, 2012 3:31 PM To: NASHAAT Samy SCE/CSO Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Graphs still empty after fping 3.4 Hi Samy, It's not the first time you sent a message on that list to say that your graphs are not updated ;-) What about the threads : No statistics from Slave // Smokeping Help | Master Slave config Did it work before the Fping upgrade ? I never get a reply from you regarding my last email on the previous thread (Smokeping Help | Master Slave config) Regards, # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - # - - Nicolas KARP # - - Network and Security Engineer # - - Email : liste at karp.fr # - - Linkedin : http://www.linkedin.com/pub/nicolas-karp/39/60b/21a # - - Viadeo : http://www.viadeo.com/fr/profile/nicolas.karp # - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2012/9/21 Hello All, My graphs are still empty although I install fping 3.4 Any clues. My cache directory is being updated correctly, nothing shows wrong in the -debug text Please help. Thanks in advance Samy Nashaat Business Operations Manager FT/SCE/EQUANT/CS&O/Telephony Services Operations tel. +202 2292 2784 | CVS 382 2784 | mob. +20122 3372 815 | samy.nashaat at orange.com Equant, City Stars Tower 2 Floor 10 Omar Ebn El Khatab Street, Heliopolis, Cairo, Egypt www.orange-business.com "God will make a way when there seems to be no way" P Please do not print this e-mail unless you really need to ________________________________________________________________________ _________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/5c482ee6/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 1081 bytes Desc: image001.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/5c482ee6/attachment-0002.gif -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2201 bytes Desc: image002.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120921/5c482ee6/attachment-0003.gif From jrizzo at rizzos.net Sat Sep 29 20:35:58 2012 From: jrizzo at rizzos.net (Joe Rizzo) Date: Sat, 29 Sep 2012 13:35:58 -0500 Subject: [smokeping-users] TCP Ping Probe Message-ID: What is the best way to implement TCP ping probes? I would prefer to use hping3. Can someone tell me where I can get HPing.pm? All the links I could find return a 404. Ex- http://www.mail-archive.com/smokeping-users at lists.oetiker.ch/msg01978.html Thanks, Joe Rizzo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120929/1785291a/attachment.htm From slyons at fxcm.com Sun Sep 30 01:53:12 2012 From: slyons at fxcm.com (Seth Lyons) Date: Sat, 29 Sep 2012 23:53:12 +0000 Subject: [smokeping-users] TCP Ping Probe In-Reply-To: References: Message-ID: <9BF379D91EE4D442A823DCC8C7EDF3DD17170BA9@EXCASHUBMBXp01.usa.fxcorp.prv> Enjoy :] I use this extensively. From: smokeping-users-bounces+slyons=fxcm.com at lists.oetiker.ch [mailto:smokeping-users-bounces+slyons=fxcm.com at lists.oetiker.ch] On Behalf Of Joe Rizzo Sent: Saturday, September 29, 2012 2:36 PM To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] TCP Ping Probe What is the best way to implement TCP ping probes? I would prefer to use hping3. Can someone tell me where I can get HPing.pm? All the links I could find return a 404. Ex-http://www.mail-archive.com/smokeping-users at lists.oetiker.ch/msg01978.html Thanks, Joe Rizzo -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120929/e9211554/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: HPing.pm Type: application/octet-stream Size: 7318 bytes Desc: HPing.pm Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20120929/e9211554/attachment.obj