From rnbrady at gmail.com Tue Apr 2 03:07:01 2013 From: rnbrady at gmail.com (Richard Brady) Date: Tue, 2 Apr 2013 02:07:01 +0100 Subject: [smokeping-users] Dynamic addition and removal of hosts Message-ID: Hi folks I would like to dynamically add and remove hosts to be monitored from a remote server. I have reviewed the code and although the dynamic host feature comes close to what I am looking for by supporting the update of host addresses, it does not support the addition of hosts from what I can tell. Currently the best thing I can think of is a script (invoked through CGI or SSH) that writes config stanzas to some file or directory (e.g. /var/lib/smokeping/targets) and then issues a reload, with that file or directory @included from the /etc/config file. Is there a better way to do this? Thanks, Richard -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130402/35e9eb84/attachment.htm From gregs at sloop.net Tue Apr 2 18:28:19 2013 From: gregs at sloop.net (Gregory Sloop) Date: Tue, 2 Apr 2013 09:28:19 -0700 Subject: [smokeping-users] TCP Ping and packet-loss Message-ID: <991501525.20130402092819@sloop.net> Not exactly about smokeping, more about tcpping. So, since TCPPing is building a TCP link [via SYN/RST] - I'd assume that low level packet loss that might be seen in an UDP/ICMP ping won't be present in a TCPPing, right? Now if the loss is quite large [my guess is at least 15% or more] you'll see some of that packet loss in the TCPPing probe too. [Though I'd expect the level of loss to be lower since the TCP stack is handling loss and doing re-transmits in the background.] It's only when the packet loss rate is such that TCP can't handle the loss internally and starts being unable to handle re-transmission before timeout that you'd see actual loss on a TCPPing. Do I have this right, or should I go back to huffing glue? -Greg From ddemland at actionabledatasolutions.com Tue Apr 2 20:06:59 2013 From: ddemland at actionabledatasolutions.com (Dave Demland) Date: Tue, 2 Apr 2013 13:06:59 -0500 Subject: [smokeping-users] Checking an Exchange Server Message-ID: I have having a problem checking an Exchange Server. I have tried different probes and I can get no data on the server. Does anyone have an idea on the best way to configure SmokePing to test an Exchange Server? Thank You, David Demland -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130402/730dde49/attachment.htm From dpacheco at unap.cl Tue Apr 2 20:20:46 2013 From: dpacheco at unap.cl (Dago Pacheco) Date: Tue, 2 Apr 2013 15:20:46 -0300 Subject: [smokeping-users] TNSping Probe Message-ID: <01e001ce2fce$cb9aa080$62cfe180$@unap.cl> Hi Everyone, Is there a way to use somkeping for tnsping an Oracle instance? Thanks. Dago Pacheco Bravo Administrador de Infraestructura y Servicios Unidad de Inform?tica y Comunicaciones Universidad Arturo Prat - Sede Iquique -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130402/684339d8/attachment-0001.htm From ged at jubileegroup.co.uk Tue Apr 2 20:41:20 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Tue, 2 Apr 2013 19:41:20 +0100 (BST) Subject: [smokeping-users] TCP Ping and packet-loss In-Reply-To: <991501525.20130402092819@sloop.net> References: <991501525.20130402092819@sloop.net> Message-ID: Hi there, On Tue, 2 Apr 2013, Gregory Sloop wrote: > Not exactly about smokeping, more about tcpping. Not quite on topic then. :) > So, since TCPPing is building a TCP link [via SYN/RST] - I'd assume > that low level packet loss that might be seen in an UDP/ICMP ping > won't be present in a TCPPing, right? Nope. > Now if the loss is quite large [my guess is at least 15% or more] > you'll see some of that packet loss in the TCPPing probe too. [Though > I'd expect the level of loss to be lower since the TCP stack is > handling loss and doing re-transmits in the background.] > > It's only when the packet loss rate is such that TCP can't handle the > loss internally and starts being unable to handle re-transmission > before timeout that you'd see actual loss on a TCPPing. > > Do I have this right, or should I go back to huffing glue? Depends on how the TCPPing probe does its stuff. There are several out there and I haven't looked seriously at any of them, but my understanding is that the TCPPing probe simply sends a SYN packet and waits for the reply ACK packet. If either packet gets lost it will have the same effect as losing a ping packet. Check out hping, or maybe look at nmap's Idle Scan -- 73, Ged. From alter3d at alter3d.ca Tue Apr 2 20:48:31 2013 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Tue, 02 Apr 2013 14:48:31 -0400 Subject: [smokeping-users] Checking an Exchange Server In-Reply-To: References: Message-ID: <515B27FF.4090908@alter3d.ca> Assuming you're just trying to plot network latencies, between the Smokeping machine and the Exchange server, it's no different than any other network host... in that case, if you're not getting data, it's either due to misconfiguration somewhere or simply because the Smokeping host has no network path to the server. This would require looking at Smokeping itself, not Exchange. If you're trying to do something weird (i.e. Exchange-specific), maybe you could let us know what that is so we can try to help (or even determine if Smokeping is the right tool to be using). - Pete On 04/02/2013 02:06 PM, Dave Demland wrote: > > I have having a problem checking an Exchange Server. I have tried > different probes and I can get no data on the server. Does anyone have > an idea on the best way to configure SmokePing to test an Exchange Server? > > Thank You, > > David Demland > > > > _______________________________________________ > 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/20130402/540a7ce5/attachment.htm From alter3d at alter3d.ca Tue Apr 2 20:51:43 2013 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Tue, 02 Apr 2013 14:51:43 -0400 Subject: [smokeping-users] TNSping Probe In-Reply-To: <01e001ce2fce$cb9aa080$62cfe180$@unap.cl> References: <01e001ce2fce$cb9aa080$62cfe180$@unap.cl> Message-ID: <515B28BF.8030705@alter3d.ca> Yes, it would be entirely possible to do this. However, you would have to write your own probe module, as I'm not aware of any publicly-available ones to do this. Smokeping includes a demo module to show you how the API works. - Pete On 04/02/2013 02:20 PM, Dago Pacheco wrote: > > Hi Everyone, > > Is there a way to use somkeping for tnsping an Oracle instance? > > Thanks. > > Dago Pacheco Bravo > > Administrador de Infraestructura y Servicios > > Unidad de Inform?tica y Comunicaciones > > Universidad Arturo Prat - Sede Iquique > > > > _______________________________________________ > 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/20130402/a76f86a1/attachment.htm From ddemland at actionabledatasolutions.com Wed Apr 3 01:02:44 2013 From: ddemland at actionabledatasolutions.com (Dave Demland) Date: Tue, 2 Apr 2013 18:02:44 -0500 Subject: [smokeping-users] Checking an Exchange Server In-Reply-To: <515B27FF.4090908@alter3d.ca> References: <515B27FF.4090908@alter3d.ca> Message-ID: We have been having some problems with the exchange server we have outsourced. I am trying to collect uptime data of this server. When I use Curl at the command line I get back data: root at UbuntuServer:/etc/smokeping/config.d# curl https://mail.hostaccount.com Document Moved

Object Moved

This document may be found hereroot at UbuntuServer:/etc/smokeping/config.d# However, when I configure it is the Targets file: ++ ExchangeServer probe = Curl # if this should be the default probe menu = Exchange Server title = Exchange Server host = mail.hostaccount.com agent = User-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.6c extraargs = -6 --head --user ddemland at losspreventionworks.com:XXXXXX extrare = / / follow_redirects = yes include_redirects = yes insecure_ssl = 1 interface = eth0 pings = 5 ssl2 = 1 timeout = 20 urlformat = https://%host%/ # mandatory I get no data populated in the graph. I think this is nothing wired, but I am new with SmokePing so I have no idea for sure. Thank You, David From: smokeping-users-bounces+ddemland=actionabledatasolutions.com at lists.oetiker.ch [mailto:smokeping-users-bounces+ddemland=actionabledatasolutions.com at lists.oetiker.ch] On Behalf Of Peter Kristolaitis Sent: Tuesday, April 02, 2013 11:49 AM To: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Checking an Exchange Server Assuming you're just trying to plot network latencies, between the Smokeping machine and the Exchange server, it's no different than any other network host... in that case, if you're not getting data, it's either due to misconfiguration somewhere or simply because the Smokeping host has no network path to the server. This would require looking at Smokeping itself, not Exchange. If you're trying to do something weird (i.e. Exchange-specific), maybe you could let us know what that is so we can try to help (or even determine if Smokeping is the right tool to be using). - Pete On 04/02/2013 02:06 PM, Dave Demland wrote: I have having a problem checking an Exchange Server. I have tried different probes and I can get no data on the server. Does anyone have an idea on the best way to configure SmokePing to test an Exchange Server? Thank You, David Demland _______________________________________________ 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/20130402/a0705aa3/attachment-0001.htm From alter3d at alter3d.ca Wed Apr 3 01:36:31 2013 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Tue, 02 Apr 2013 19:36:31 -0400 Subject: [smokeping-users] Checking an Exchange Server In-Reply-To: References: <515B27FF.4090908@alter3d.ca> Message-ID: <515B6B7F.4010104@alter3d.ca> I'd suggest by testing at the command line with similar options to what you're specifying in the config file. For example, forcing SSLv2 ("ssl2=1") might be causing problems if the hosting provider has properly hardened their server (only allowing SSLv3 / TLSv1) according to best-practices. Similarly, using the -6 flag if you don't have IPv6 connectivity. Test at the command line with the same set of options to see what happens. - Pete On 4/2/2013 7:02 PM, Dave Demland wrote: > > We have been having some problems with the exchange server we have > outsourced. I am trying to collect uptime data of this server. When I > use Curl at the command line I get back data: > > root at UbuntuServer:/etc/smokeping/config.d# curl > https://mail.hostaccount.com > > Document Moved > >

Object Moved

This document may be found HREF="https://mail.hostaccount.com/owa/">hereroot at UbuntuServer:/etc/smokeping/config.d# > > > However, when I configure it is the Targets file: > > ++ ExchangeServer > > probe = Curl # if this should be the default probe > > menu = Exchange Server > > title = Exchange Server > > host = mail.hostaccount.com > > agent = User-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 > OpenSSL/0.9.6c > > extraargs = -6 --head --user ddemland at losspreventionworks.com:XXXXXX > > extrare = / / > > follow_redirects = yes > > include_redirects = yes > > insecure_ssl = 1 > > interface = eth0 > > pings = 5 > > ssl2 = 1 > > timeout = 20 > > urlformat = https://%host%/ # mandatory > > I get no data populated in the graph. I think this is nothing wired, > but I am new with SmokePing so I have no idea for sure. > > Thank You, > > David > > *From:*smokeping-users-bounces+ddemland=actionabledatasolutions.com at lists.oetiker.ch > [mailto:smokeping-users-bounces+ddemland=actionabledatasolutions.com at lists.oetiker.ch] > *On Behalf Of *Peter Kristolaitis > *Sent:* Tuesday, April 02, 2013 11:49 AM > *To:* smokeping-users at lists.oetiker.ch > *Subject:* Re: [smokeping-users] Checking an Exchange Server > > Assuming you're just trying to plot network latencies, between the > Smokeping machine and the Exchange server, it's no different than any > other network host... in that case, if you're not getting data, it's > either due to misconfiguration somewhere or simply because the > Smokeping host has no network path to the server. This would require > looking at Smokeping itself, not Exchange. > > If you're trying to do something weird (i.e. Exchange-specific), maybe > you could let us know what that is so we can try to help (or even > determine if Smokeping is the right tool to be using). > > - Pete > > > > On 04/02/2013 02:06 PM, Dave Demland wrote: > > I have having a problem checking an Exchange Server. I have tried > different probes and I can get no data on the server. Does anyone > have an idea on the best way to configure SmokePing to test an > Exchange Server? > > Thank You, > > David Demland > > > > > _______________________________________________ > > 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/20130402/6c95ef1e/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4431 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130402/6c95ef1e/attachment.bin From gregs at sloop.net Wed Apr 3 05:45:38 2013 From: gregs at sloop.net (Gregory Sloop) Date: Tue, 2 Apr 2013 20:45:38 -0700 Subject: [smokeping-users] Checking an Exchange Server In-Reply-To: References: <515B27FF.4090908@alter3d.ca> Message-ID: <11910073965.20130402204538@sloop.net> An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130402/23abba5e/attachment-0001.htm From dpacheco at unap.cl Wed Apr 3 15:31:42 2013 From: dpacheco at unap.cl (Dago Pacheco) Date: Wed, 3 Apr 2013 10:31:42 -0300 Subject: [smokeping-users] TNSping Probe In-Reply-To: <515B28BF.8030705@alter3d.ca> References: <01e001ce2fce$cb9aa080$62cfe180$@unap.cl> <515B28BF.8030705@alter3d.ca> Message-ID: <023201ce306f$97be7e70$c73b7b50$@unap.cl> Ok . Then I?ll try to write a tnsping probe. Any result will be properly published. Thanks Dago Pacheco Bravo Administrador de Infraestructura y Servicios Unidad de Inform?tica y Comunicaciones Universidad Arturo Prat - Sede Iquique De: smokeping-users-bounces+dpacheco=unap.cl at lists.oetiker.ch [mailto:smokeping-users-bounces+dpacheco=unap.cl at lists.oetiker.ch] En nombre de Peter Kristolaitis Enviado el: martes, 02 de abril de 2013 15:52 Para: smokeping-users at lists.oetiker.ch Asunto: Re: [smokeping-users] TNSping Probe Yes, it would be entirely possible to do this. However, you would have to write your own probe module, as I'm not aware of any publicly-available ones to do this. Smokeping includes a demo module to show you how the API works. - Pete On 04/02/2013 02:20 PM, Dago Pacheco wrote: Hi Everyone, Is there a way to use somkeping for tnsping an Oracle instance? Thanks. Dago Pacheco Bravo Administrador de Infraestructura y Servicios Unidad de Inform?tica y Comunicaciones Universidad Arturo Prat - Sede Iquique _______________________________________________ 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/20130403/1a68c1cc/attachment.htm From gregs at sloop.net Wed Apr 3 17:13:04 2013 From: gregs at sloop.net (Gregory Sloop) Date: Wed, 3 Apr 2013 08:13:04 -0700 Subject: [smokeping-users] Slaves not checking in... Message-ID: <1772934523.20130403081304@sloop.net> To please GW for my off-topic offense of yesterday, here's one that's on-topic! :) Is there any way to have notification if a slave doesn't check in or report results for a set period of time? By notification, I mean something better than manually parsing the logs or looking at a graph to see if any results are there... If no, any suggestions on how best to accomplish this, if I wanted to take it on? [This becomes more of a priority since I now have a "fleet" of slaves I want to be sure don't fall off line without my noticing.] -Greg -- Gregory Sloop, Principal: Sloop Network & Computer Consulting 503.251.0452 x121 Voice | 503.251.0452 Fax www.sloop.net mailto:gregs at sloop.net From ged at jubileegroup.co.uk Wed Apr 3 17:26:17 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Wed, 3 Apr 2013 16:26:17 +0100 (BST) Subject: [smokeping-users] Slaves not checking in... In-Reply-To: <1772934523.20130403081304@sloop.net> References: <1772934523.20130403081304@sloop.net> Message-ID: Hi there, On Wed, 3 Apr 2013, Gregory Sloop wrote: > To please GW for my off-topic offense of yesterday, here's one that's > on-topic! :) :) > Is there any way to have notification if a slave doesn't check in or > report results for a set period of time? > > By notification, I mean something better than manually parsing the > logs or looking at a graph to see if any results are there... Smokeping can send emails to you. http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html Scroll down to the section on 'Alerts'. If that's not enough for you you're probably getting into Nagios territory. I use both Smokeping and Nagios. -- 73, Ged. From gregs at sloop.net Wed Apr 3 17:43:38 2013 From: gregs at sloop.net (Gregory Sloop) Date: Wed, 3 Apr 2013 08:43:38 -0700 Subject: [smokeping-users] Slaves not checking in... In-Reply-To: References: <1772934523.20130403081304@sloop.net> Message-ID: <247851367.20130403084338@sloop.net> >> To please GW for my off-topic offense of yesterday, here's one that's >> on-topic! :) GWH> :) >> Is there any way to have notification if a slave doesn't check in or >> report results for a set period of time? >> >> By notification, I mean something better than manually parsing the >> logs or looking at a graph to see if any results are there... GWH> Smokeping can send emails to you. GWH> http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html GWH> Scroll down to the section on 'Alerts'. GWH> If that's not enough for you you're probably getting into Nagios GWH> territory. I use both Smokeping and Nagios. It will send alerts if a *target* misses, but I want an alert when a *smokeping slave* doesn't report any results, say for 30 minutes, or 4 hours or a day... etc. [Who watches the watchers.] I'm using SP and nagios too, but that doesn't help me know if a smokeping slave has gone off the rails - I suppose I could write some kind of nagios plug-in that would check that - but that's quite a bit farther than I was wanting to go. From ddemland at actionabledatasolutions.com Wed Apr 3 19:01:29 2013 From: ddemland at actionabledatasolutions.com (Dave Demland) Date: Wed, 3 Apr 2013 12:01:29 -0500 Subject: [smokeping-users] Checking an Exchange Server Message-ID: Thank you for all your help. I got SmokePing working with the Exchange server. Not understanding the tool was my major problem. Removing IPv6 switch and changing the SSL2 switch to just SSL is now letting me get data. Thank you again fro your help. David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130403/b16ddd3a/attachment.htm From ged at jubileegroup.co.uk Wed Apr 3 20:44:04 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Wed, 3 Apr 2013 19:44:04 +0100 (BST) Subject: [smokeping-users] Slaves not checking in... In-Reply-To: <247851367.20130403084338@sloop.net> References: <1772934523.20130403081304@sloop.net> <247851367.20130403084338@sloop.net> Message-ID: Hi there, On Wed, 3 Apr 2013, Gregory Sloop wrote: >>> Is there any way to have notification if a slave doesn't check in or >>> report results for a set period of time? > > GWH> Smokeping can send emails to you. > GWH> ... the section on 'Alerts'. > > It will send alerts if a *target* misses, but I want an alert when a > *smokeping slave* doesn't report any results, say for 30 minutes, or 4 > hours or a day... etc. [Who watches the watchers.] Just tell the slave to target itself and alert on that target. -- 73, Ged. From gregs at sloop.net Thu Apr 4 00:06:42 2013 From: gregs at sloop.net (Gregory Sloop) Date: Wed, 3 Apr 2013 15:06:42 -0700 Subject: [smokeping-users] Odd gem of an error. Message-ID: <878971749.20130403150642@sloop.net> Just ran across this one today. Had a rasp-pi slave - and forgot to resize the disk and ran it out of disk space. I resolved the disk-space error, but smokeping wouldn't run. When, when trying to start smokeping in slave mode I kept getting this error: "Can't kill a non-numeric process ID at /usr/share/perl5/Smokeping.pm line 3657." That would cause smokeping to fall over and not run. After doing some tinkering, it appeared to be something wrong with the --cache-dir. So short and sweet version is: Rather than trying a bunch of stuff, I just deleted everything in the cache-dir and tried again. Everything ran fine then. [Nuke it from orbit, it's the only way to be sure!] So, just in case someone else runs across the same error, there's a start. -Greg From trash at nmichel.fr Wed Apr 10 23:10:04 2013 From: trash at nmichel.fr (Trash NMICHEL) Date: Wed, 10 Apr 2013 23:10:04 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology Message-ID: Hey guys. I am a new member that discovered this AWESOME tool today. I m going to use it at every customer that I ll visit for sure because it gives so much visibility on the network. I am a network engineer located in Switzerland and specialized into Routing/Switching , Security and also VoIP. I have very small experience with Linux so please forgive me for that :) I have been running Smokeping on Ubuntu server 12.04 LTS 64 bit today and I would like to implement the Master/Slave topology I understood from the documentation that the slave will get his configuration from the master here is what I did : - Install Smokeping on both server: I got graphs working to the localhost so hence the RDD is OK - MASTER Created */etc/smokeping/slavesecrets.conf *and /etc/smokeping/slave-secrets did a vim on slavesecrets and added the key : test did a vim on slave-secret and added the text : ubuntu.local:test Modified the /etc/smokeping/Slave to have the +slave display_names=ubuntu text. color=blablabla Modified the Target in order to push the config to the slave : ++ Site 1 menu = Corp title = CORP - slave1.test.com host = X.X.X.X slaves = ubuntu - SLAVE /etc/default/smokeping: Startup configuration for smokeping(1) # # select master or slave mode MODE=slave # in master mode, the rest of the configuration is in # /etc/smokeping/config # # in slave mode, uncomment and set the following variables too # see smokeping(1) # # Mandatory configuration MASTER_URL=http://x.x.x.x/cgi-bin/smokeping.cgi SHARED_SECRET=/etc/smokeping/slavesecrets.conf # # Optional configuration SLAVE_NAME=ubuntu *touch and vim /etc/smokeping/slavesecrets.conf in order to have the same secretkey : test * *Now it is clearly not working and I have no idea why ... can someone provide some insights and let me know what they think ? Thanks a lot for the help provided Nicolas * -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130410/8c13b2ef/attachment.htm From me at staticsafe.ca Wed Apr 10 23:19:19 2013 From: me at staticsafe.ca (staticsafe) Date: Wed, 10 Apr 2013 17:19:19 -0400 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: References: Message-ID: <5165D757.4080405@staticsafe.ca> On 4/10/2013 17:10, Trash NMICHEL wrote: > Hey guys. > > I am a new member that discovered this AWESOME tool today. I m going to use > it at every customer that I ll visit for sure because it gives so much > visibility on the network. > I am a network engineer located in Switzerland and specialized into > Routing/Switching , Security and also VoIP. I have very small experience > with Linux so please forgive me for that :) > > > I have been running Smokeping on Ubuntu server 12.04 LTS 64 bit today and I > would like to implement the Master/Slave topology > > I understood from the documentation that the slave will get his > configuration from the master here is what I did : > > > - Install Smokeping on both server: I got graphs working to the localhost > so hence the RDD is OK > - MASTER > > Created */etc/smokeping/slavesecrets.conf *and /etc/smokeping/slave-secrets > > did a vim on slavesecrets and added the key : test > did a vim on slave-secret and added the text : ubuntu.local:test > > Modified the /etc/smokeping/Slave to have the > +slave > display_names=ubuntu text. > color=blablabla > > Modified the Target in order to push the config to the slave : > ++ Site 1 > menu = Corp > title = CORP - slave1.test.com > host = X.X.X.X > slaves = ubuntu > > > > > > - SLAVE > > /etc/default/smokeping: Startup configuration for smokeping(1) > # > # select master or slave mode > MODE=slave > # in master mode, the rest of the configuration is in > # /etc/smokeping/config > # > # in slave mode, uncomment and set the following variables too > # see smokeping(1) > # > # Mandatory configuration > MASTER_URL=http://x.x.x.x/cgi-bin/smokeping.cgi > SHARED_SECRET=/etc/smokeping/slavesecrets.conf > # > # Optional configuration > SLAVE_NAME=ubuntu > > > *touch and vim /etc/smokeping/slavesecrets.conf in order to have the same > secretkey : test > * > > > > *Now it is clearly not working and I have no idea why ... can someone > provide some insights and let me know what they think ? > > Thanks a lot for the help provided > > Nicolas It is not working because you specified the name of the slave wrong in /etc/smokeping/Slave. You put "slave" as the name of the slave. Here is an example of a slave from my config: +ferrovax display_name=ferrovax (LA, USA) color=b95de6 location=LA,CA,USA The first line in that excerpt defines the name of the slave you put in /etc/defaults/smokeping on the slave host. So in your case it would be "+ubuntu". -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on. From trash at nmichel.fr Thu Apr 11 09:29:44 2013 From: trash at nmichel.fr (Trash NMICHEL) Date: Thu, 11 Apr 2013 09:29:44 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <5165D757.4080405@staticsafe.ca> References: <5165D757.4080405@staticsafe.ca> Message-ID: Hi and thanks for your insights :! Here is what I did : ****** MASTER******* root at ubuntu:/home/nml# ls -lua /etc/smokeping/ total 44 drwxr-xr-x 3 root root 4096 Apr 11 09:05 . drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html -rw-r--r-- 1 root root 290 Apr 10 22:33 config drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf test root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets ubuntu:test root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves *** Slaves *** secrets=/etc/smokeping/slave-secrets #+boomer #display_name=boomer #color=0000ff #+slave2 #display_name=another #color=00ff00 +ubuntu display_name=ubuntu color=00ff00 root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets *** 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. + Local menu = Local title = Local Network #parents = owner:/Test/James location:/ ++ LocalMachine menu = Local Machine title = This host host = localhost #alerts = someloss ++ Site1 menu = SLAVE title = SLAVE_TITLE host = google.fr slaves = ubuntu root at ubuntu:/home/nml# ****** SLAVE******* root at ubuntu:/etc/smokeping# cat /etc/default/smokeping # /etc/default/smokeping: Startup configuration for smokeping(1) # # select master or slave mode MODE=slave # in master mode, the rest of the configuration is in # /etc/smokeping/config # # in slave mode, uncomment and set the following variables too # see smokeping(1) # # Mandatory configuration MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi SHARED_SECRET=/etc/smokeping/slavesecrets.conf # # Optional configuration SLAVE_NAME=ubuntu root at ubuntu:/etc/smokeping# ls -lus total 32 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf test When I restart the master, everything goes fine ... When I restart the slave ... it can connect to the master but I get this error : root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart * Shutting down latency logger daemon smokeping start-stop-daemon: warning: failed to kill 942: No such process ...done. * Starting latency logger daemon smokeping WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? ...done. I was thinking more about a permission error but then I did this on the MASTER: root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets Then the master is not working any more : root at ubuntu:/home/nml# /etc/init.d/smokeping restart * Shutting down latency logger daemon smokeping ...done. * Starting latency logger daemon smokeping ERROR: /etc/smokeping/config.d/Slaves, line 2: File '/etc/smokeping/slave-secrets' is world-readable or writable, refusing it ...done. Can someone help a Linux noob ? :P Thanks for your help guys Nic 2013/4/10 staticsafe > On 4/10/2013 17:10, Trash NMICHEL wrote: > > Hey guys. > > > > I am a new member that discovered this AWESOME tool today. I m going to > use > > it at every customer that I ll visit for sure because it gives so much > > visibility on the network. > > I am a network engineer located in Switzerland and specialized into > > Routing/Switching , Security and also VoIP. I have very small experience > > with Linux so please forgive me for that :) > > > > > > I have been running Smokeping on Ubuntu server 12.04 LTS 64 bit today > and I > > would like to implement the Master/Slave topology > > > > I understood from the documentation that the slave will get his > > configuration from the master here is what I did : > > > > > > - Install Smokeping on both server: I got graphs working to the localhost > > so hence the RDD is OK > > - MASTER > > > > Created */etc/smokeping/slavesecrets.conf *and > /etc/smokeping/slave-secrets > > > > did a vim on slavesecrets and added the key : test > > did a vim on slave-secret and added the text : ubuntu.local:test > > > > Modified the /etc/smokeping/Slave to have the > > +slave > > display_names=ubuntu text. > > color=blablabla > > > > Modified the Target in order to push the config to the slave : > > ++ Site 1 > > menu = Corp > > title = CORP - slave1.test.com > > host = X.X.X.X > > slaves = ubuntu > > > > > > > > > > > > - SLAVE > > > > /etc/default/smokeping: Startup configuration for smokeping(1) > > # > > # select master or slave mode > > MODE=slave > > # in master mode, the rest of the configuration is in > > # /etc/smokeping/config > > # > > # in slave mode, uncomment and set the following variables too > > # see smokeping(1) > > # > > # Mandatory configuration > > MASTER_URL=http://x.x.x.x/cgi-bin/smokeping.cgi > > SHARED_SECRET=/etc/smokeping/slavesecrets.conf > > # > > # Optional configuration > > SLAVE_NAME=ubuntu > > > > > > *touch and vim /etc/smokeping/slavesecrets.conf in order to have the same > > secretkey : test > > * > > > > > > > > *Now it is clearly not working and I have no idea why ... can someone > > provide some insights and let me know what they think ? > > > > Thanks a lot for the help provided > > > > Nicolas > > It is not working because you specified the name of the slave wrong in > /etc/smokeping/Slave. > > You put "slave" as the name of the slave. Here is an example of a slave > from my config: > > +ferrovax > display_name=ferrovax (LA, USA) > color=b95de6 > location=LA,CA,USA > > The first line in that excerpt defines the name of the slave you put in > /etc/defaults/smokeping on the slave host. So in your case it would be > "+ubuntu". > > > -- > staticsafe > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > Please don't top post - http://goo.gl/YrmAb > Don't CC me! I'm subscribed to whatever list I just posted on. > > _______________________________________________ > 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/20130411/0056e62d/attachment-0001.htm From tonyd at commspeed.net Thu Apr 11 16:30:16 2013 From: tonyd at commspeed.net (Tony DeMatteis) Date: Thu, 11 Apr 2013 07:30:16 -0700 Subject: [smokeping-users] Curl WARNING: curl exited with status 4 In-Reply-To: <878971749.20130403150642@sloop.net> References: <878971749.20130403150642@sloop.net> Message-ID: <5166C8F8.50304@commspeed.net> I've been a smokeping user for several years; just built/migrated to a new Smokeping server (from FreeBSD 7 to Ubuntu 12.04.02). I'm getting the error - "Curl: WARNING: curl exited with status 4 on www.mydomain.net". According to the manpage for curl, I'm not seeing an exit code 4 ( http://linux.die.net/man/1/curl). However, http://curl.haxx.se/libcurl/c/libcurl-errors.html indicates: CURLE_NOT_BUILT_IN (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision. This means that a feature or option was not enabled or explicitly disabled when libcurl was built and in order to get it to function you have to get a rebuilt libcurl. So I'm not sure how to resolve this. td at smokeping1:/etc/smokeping# whereis curl curl: /usr/bin/curl +Curl binary = /usr/bin/curl forks = 5 offset = 50% step = 300 +++ csweb menu = Company Website title = Company Website probe = Curl host = www.mydomain.net agent = User-Agent: Lynx/2.8.4rel.1 libwww-FM/2.14 SSL-MM/1.4.1 OpenSSL/0.9.6c follow_redirects = no include_redirects = no insecure_ssl = 1 interface = eth0 pings = 5 ssl2 = 1 timeout = 20 urlformat = https://%host%/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130411/2c239783/attachment.htm From ged at jubileegroup.co.uk Thu Apr 11 17:09:29 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 11 Apr 2013 16:09:29 +0100 (BST) Subject: [smokeping-users] Curl WARNING: curl exited with status 4 In-Reply-To: <5166C8F8.50304@commspeed.net> References: <878971749.20130403150642@sloop.net> <5166C8F8.50304@commspeed.net> Message-ID: Hi there, On Thu, 11 Apr 2013, Tony DeMatteis wrote: > I've been a smokeping user for several years; just built/migrated to a new > Smokeping server (from FreeBSD 7 to Ubuntu 12.04.02). I'm getting the error > - "Curl: WARNING: curl exited with status 4 on www.mydomain.net". According > to the manpage for curl, I'm not seeing an exit code 4 > ... > So I'm not sure how to resolve this. There's curl and there's curl and there's curl. Different versions have different features, and possibly even accept different command line options. I've seen the same problem with other binaries. With something like Somkeping which uses system binaries to do things for it, portability is often a problem. You will either need to find and perhaps build the right version of curl, or alternatively you could modify parts of Smokeping to use your existing curl. That's what I had to do a while back, I think it might have been for fping. You might find posts about it in the list archives. -- 73, Ged. From me at staticsafe.ca Thu Apr 11 20:07:54 2013 From: me at staticsafe.ca (staticsafe) Date: Thu, 11 Apr 2013 14:07:54 -0400 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: References: <5165D757.4080405@staticsafe.ca> Message-ID: <5166FBFA.8000804@staticsafe.ca> On 4/11/2013 3:29, Trash NMICHEL wrote: > Hi and thanks for your insights :! > > Here is what I did : > > ****** MASTER******* > > > root at ubuntu:/home/nml# ls -lua /etc/smokeping/ > total 44 > drwxr-xr-x 3 root root 4096 Apr 11 09:05 . > drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. > -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf > -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html > -rw-r--r-- 1 root root 290 Apr 10 22:33 config > drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d > -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets > -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf > -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail > -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets > -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail > > > root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf > test > root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets > ubuntu:test > > root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves > *** Slaves *** > secrets=/etc/smokeping/slave-secrets > #+boomer > #display_name=boomer > #color=0000ff > > #+slave2 > #display_name=another > #color=00ff00 > > +ubuntu > display_name=ubuntu > color=00ff00 > > > root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets > *** 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. > > + Local > > menu = Local > title = Local Network > #parents = owner:/Test/James location:/ > > ++ LocalMachine > > menu = Local Machine > title = This host > host = localhost > #alerts = someloss > > > ++ Site1 > > menu = SLAVE > title = SLAVE_TITLE > host = google.fr > slaves = ubuntu > > root at ubuntu:/home/nml# > ****** SLAVE******* > > root at ubuntu:/etc/smokeping# cat /etc/default/smokeping > # /etc/default/smokeping: Startup configuration for smokeping(1) > # > # select master or slave mode > MODE=slave > # in master mode, the rest of the configuration is in > # /etc/smokeping/config > # > # in slave mode, uncomment and set the following variables too > # see smokeping(1) > # > # Mandatory configuration > MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi > SHARED_SECRET=/etc/smokeping/slavesecrets.conf > # > # Optional configuration > SLAVE_NAME=ubuntu > > > root at ubuntu:/etc/smokeping# ls -lus > total 32 > 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf > 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html > 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config > 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d > 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf > 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail > 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets > 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail > root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf > test > > > When I restart the master, everything goes fine ... > > When I restart the slave ... it can connect to the master but I get this > error : > root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart > * Shutting down latency logger daemon smokeping > start-stop-daemon: warning: failed to kill 942: No such process > ...done. > * Starting latency logger daemon smokeping > WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission > denied > > ERROR: we did not get config from the master. Maybe we are not configured > as a slave for any of the targets on the master ? > ...done. > > > I was thinking more about a permission error but then I did this on the > MASTER: > > root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets > > Then the master is not working any more : > > root at ubuntu:/home/nml# /etc/init.d/smokeping restart > * Shutting down latency logger daemon smokeping > ...done. > * Starting latency logger daemon smokeping > ERROR: /etc/smokeping/config.d/Slaves, line 2: File > '/etc/smokeping/slave-secrets' is world-readable or writable, refusing it > ...done. > > > Can someone help a Linux noob ? :P > > Thanks for your help guys > > > Nic [..] Snipping due to overly long quoting. The key error is this: ERROR: /etc/smokeping/config.d/Slaves, line 2: File '/etc/smokeping/slave-secrets' is world-readable or writable, refusing it ...done. This is an error on the *Master*, the file needs to be *readable* by the smokeping user and the www-data group. On the master: $ chown smokeping:www-data /etc/smokeping/slave-secrets $ chmod 440 /etc/smokeping/slave-secrets That should solve the "Permission denied" error from the slave. Essentially the issue was that the file was only *readable* by the smokeping user on the master but not the www-data group as it needs to be for the slave to pull the file. -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets -- staticsafe O< ascii ribbon campaign - stop html mail - www.asciiribbon.org Please don't top post - http://goo.gl/YrmAb Don't CC me! I'm subscribed to whatever list I just posted on. From trash at nmichel.fr Mon Apr 15 10:02:49 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Mon, 15 Apr 2013 10:02:49 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <5166FBFA.8000804@staticsafe.ca> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> Message-ID: <516BB429.9000809@nmichel.fr> Hey guys. Thanks for your help. Staticsafe your hints did the trick. I can now see trafic from my slave to my properly configured targets. But there is one more problem, I cannot see the graphs and I guess there is something wrong in some apache files/directory as this old email states: http://comments.gmane.org/gmane.network.smokeping.user/5043 I am currently searching for a solution to my problem but my lack of Linux knowledge is killing me ... If someone has some insights, that would be great ! Thanks a lot to all of you ! Nicolas Le Thursday, April 11, 2013 8:07:54 PM, staticsafe a ?crit : > On 4/11/2013 3:29, Trash NMICHEL wrote: >> Hi and thanks for your insights :! >> >> Here is what I did : >> >> ****** MASTER******* >> >> >> root at ubuntu:/home/nml# ls -lua /etc/smokeping/ >> total 44 >> drwxr-xr-x 3 root root 4096 Apr 11 09:05 . >> drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. >> -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf >> -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html >> -rw-r--r-- 1 root root 290 Apr 10 22:33 config >> drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d >> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets >> -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf >> -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail >> -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets >> -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail >> >> >> root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf >> test >> root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets >> ubuntu:test >> >> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves >> *** Slaves *** >> secrets=/etc/smokeping/slave-secrets >> #+boomer >> #display_name=boomer >> #color=0000ff >> >> #+slave2 >> #display_name=another >> #color=00ff00 >> >> +ubuntu >> display_name=ubuntu >> color=00ff00 >> >> >> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets >> *** 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. >> >> + Local >> >> menu = Local >> title = Local Network >> #parents = owner:/Test/James location:/ >> >> ++ LocalMachine >> >> menu = Local Machine >> title = This host >> host = localhost >> #alerts = someloss >> >> >> ++ Site1 >> >> menu = SLAVE >> title = SLAVE_TITLE >> host = google.fr >> slaves = ubuntu >> >> root at ubuntu:/home/nml# > >> ****** SLAVE******* >> >> root at ubuntu:/etc/smokeping# cat /etc/default/smokeping >> # /etc/default/smokeping: Startup configuration for smokeping(1) >> # >> # select master or slave mode >> MODE=slave >> # in master mode, the rest of the configuration is in >> # /etc/smokeping/config >> # >> # in slave mode, uncomment and set the following variables too >> # see smokeping(1) >> # >> # Mandatory configuration >> MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi >> SHARED_SECRET=/etc/smokeping/slavesecrets.conf >> # >> # Optional configuration >> SLAVE_NAME=ubuntu >> >> >> root at ubuntu:/etc/smokeping# ls -lus >> total 32 >> 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf >> 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html >> 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config >> 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d >> 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf >> 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail >> 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets >> 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail >> root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf >> test >> >> >> When I restart the master, everything goes fine ... >> >> When I restart the slave ... it can connect to the master but I get this >> error : >> root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart >> * Shutting down latency logger daemon smokeping >> start-stop-daemon: warning: failed to kill 942: No such process >> ...done. >> * Starting latency logger daemon smokeping >> WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission >> denied >> >> ERROR: we did not get config from the master. Maybe we are not configured >> as a slave for any of the targets on the master ? >> ...done. >> >> >> I was thinking more about a permission error but then I did this on the >> MASTER: >> >> root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets >> >> Then the master is not working any more : >> >> root at ubuntu:/home/nml# /etc/init.d/smokeping restart >> * Shutting down latency logger daemon smokeping >> ...done. >> * Starting latency logger daemon smokeping >> ERROR: /etc/smokeping/config.d/Slaves, line 2: File >> '/etc/smokeping/slave-secrets' is world-readable or writable, refusing it >> ...done. >> >> >> Can someone help a Linux noob ? :P >> >> Thanks for your help guys >> >> >> Nic > [..] Snipping due to overly long quoting. > > The key error is this: > ERROR: /etc/smokeping/config.d/Slaves, line 2: File > '/etc/smokeping/slave-secrets' is world-readable or writable, refusing it > ...done. > > This is an error on the *Master*, the file needs to be *readable* by the > smokeping user and the www-data group. > > On the master: > > $ chown smokeping:www-data /etc/smokeping/slave-secrets > $ chmod 440 /etc/smokeping/slave-secrets > > That should solve the "Permission denied" error from the slave. > > Essentially the issue was that the file was only *readable* by the > smokeping user on the master but not the www-data group as it needs to > be for the slave to pull the file. > > -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets From trash at nmichel.fr Mon Apr 15 14:37:03 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Mon, 15 Apr 2013 14:37:03 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <516BB429.9000809@nmichel.fr> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> Message-ID: <516BF46F.7060906@nmichel.fr> Hi again. I have read several blogpost about it and it appears that there is definitely a problem with the rights setup by default on the server At the begining the GOOGLE_FR.rrd and the GOOGLE_FR~ubuntu.rrd *slave* had the same right and were owned by the same user and group => smokeping:smokeping. I have seen that the apache user need to be "chowned" to this RRD so I did : chown www-data:www-data /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd chmod 666 /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd I know this is dirty and that most of you will feel the need to take a shower as they saw this but this is only for testing purpose and to understand what I am doing or not doing. root at ubuntu:/home/nml# ls -lua /var/lib/smokeping/Local/ total 8780 drwxr-xr-x 2 smokeping smokeping 4096 Apr 15 14:09 . drwxr-xr-x 5 smokeping smokeping 4096 Apr 15 10:14 .. -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 GOOGLE_FR.rrd -rw-rw-rw- 1 www-data www-data 2986808 Apr 15 14:25 GOOGLE_FR~ubuntu.rrd -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 LocalMachine.rrd The problem is that the slave RRD is not getting updated as you can see above 14:25 vs 14:30 Here are the websites I have used for reference. Thanks for your help .... :) https://lists.oetiker.ch/pipermail/smokeping-users/2011-March/004287.html https://lists.oetiker.ch/pipermail/smokeping-users/2009-January/003493.html https://lists.oetiker.ch/pipermail/smokeping-users/2007-October/002502.html http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html Nicolas Le Monday, April 15, 2013 10:02:49 AM, Nicolas MICHEL a ?crit : > Hey guys. > > Thanks for your help. > > > Staticsafe your hints did the trick. I can now see trafic from my > slave to my properly configured targets. > But there is one more problem, I cannot see the graphs and I guess > there is something wrong in some apache files/directory as this old > email states: > > http://comments.gmane.org/gmane.network.smokeping.user/5043 > > > I am currently searching for a solution to my problem but my lack of > Linux knowledge is killing me ... > If someone has some insights, that would be great ! > > Thanks a lot to all of you ! > > Nicolas > > > > > > > > > Le Thursday, April 11, 2013 8:07:54 PM, staticsafe a ?crit : >> On 4/11/2013 3:29, Trash NMICHEL wrote: >>> Hi and thanks for your insights :! >>> >>> Here is what I did : >>> >>> ****** MASTER******* >>> >>> >>> root at ubuntu:/home/nml# ls -lua /etc/smokeping/ >>> total 44 >>> drwxr-xr-x 3 root root 4096 Apr 11 09:05 . >>> drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. >>> -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf >>> -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html >>> -rw-r--r-- 1 root root 290 Apr 10 22:33 config >>> drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d >>> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets >>> -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf >>> -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail >>> -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets >>> -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail >>> >>> >>> root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf >>> test >>> root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets >>> ubuntu:test >>> >>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves >>> *** Slaves *** >>> secrets=/etc/smokeping/slave-secrets >>> #+boomer >>> #display_name=boomer >>> #color=0000ff >>> >>> #+slave2 >>> #display_name=another >>> #color=00ff00 >>> >>> +ubuntu >>> display_name=ubuntu >>> color=00ff00 >>> >>> >>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets >>> *** 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. >>> >>> + Local >>> >>> menu = Local >>> title = Local Network >>> #parents = owner:/Test/James location:/ >>> >>> ++ LocalMachine >>> >>> menu = Local Machine >>> title = This host >>> host = localhost >>> #alerts = someloss >>> >>> >>> ++ Site1 >>> >>> menu = SLAVE >>> title = SLAVE_TITLE >>> host = google.fr >>> slaves = ubuntu >>> >>> root at ubuntu:/home/nml# >> >>> ****** SLAVE******* >>> >>> root at ubuntu:/etc/smokeping# cat /etc/default/smokeping >>> # /etc/default/smokeping: Startup configuration for smokeping(1) >>> # >>> # select master or slave mode >>> MODE=slave >>> # in master mode, the rest of the configuration is in >>> # /etc/smokeping/config >>> # >>> # in slave mode, uncomment and set the following variables too >>> # see smokeping(1) >>> # >>> # Mandatory configuration >>> MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi >>> SHARED_SECRET=/etc/smokeping/slavesecrets.conf >>> # >>> # Optional configuration >>> SLAVE_NAME=ubuntu >>> >>> >>> root at ubuntu:/etc/smokeping# ls -lus >>> total 32 >>> 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf >>> 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html >>> 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config >>> 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d >>> 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf >>> 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail >>> 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets >>> 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail >>> root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf >>> test >>> >>> >>> When I restart the master, everything goes fine ... >>> >>> When I restart the slave ... it can connect to the master but I get >>> this >>> error : >>> root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart >>> * Shutting down latency logger daemon smokeping >>> start-stop-daemon: warning: failed to kill 942: No such process >>> ...done. >>> * Starting latency logger daemon smokeping >>> WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission >>> denied >>> >>> ERROR: we did not get config from the master. Maybe we are not >>> configured >>> as a slave for any of the targets on the master ? >>> ...done. >>> >>> >>> I was thinking more about a permission error but then I did this on the >>> MASTER: >>> >>> root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets >>> >>> Then the master is not working any more : >>> >>> root at ubuntu:/home/nml# /etc/init.d/smokeping restart >>> * Shutting down latency logger daemon smokeping >>> ...done. >>> * Starting latency logger daemon smokeping >>> ERROR: /etc/smokeping/config.d/Slaves, line 2: File >>> '/etc/smokeping/slave-secrets' is world-readable or writable, >>> refusing it >>> ...done. >>> >>> >>> Can someone help a Linux noob ? :P >>> >>> Thanks for your help guys >>> >>> >>> Nic >> [..] Snipping due to overly long quoting. >> >> The key error is this: >> ERROR: /etc/smokeping/config.d/Slaves, line 2: File >> '/etc/smokeping/slave-secrets' is world-readable or writable, >> refusing it >> ...done. >> >> This is an error on the *Master*, the file needs to be *readable* by the >> smokeping user and the www-data group. >> >> On the master: >> >> $ chown smokeping:www-data /etc/smokeping/slave-secrets >> $ chmod 440 /etc/smokeping/slave-secrets >> >> That should solve the "Permission denied" error from the slave. >> >> Essentially the issue was that the file was only *readable* by the >> smokeping user on the master but not the www-data group as it needs to >> be for the slave to pull the file. >> >> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets From smokeping at museum.rain.com Mon Apr 15 15:54:52 2013 From: smokeping at museum.rain.com (Jim Long) Date: Mon, 15 Apr 2013 06:54:52 -0700 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <516BF46F.7060906@nmichel.fr> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> Message-ID: <20130415135452.GB66996@ns.umpquanet.com> The Smokeping user has to be able to WRITE to the in order for updates to work. The Apache group needs to be able to READ the file in order to display the image to a web browser. chown smokeping:www-data foo-bar.rrd is perhaps what you want. Jim On Mon, Apr 15, 2013 at 02:37:03PM +0200, Nicolas MICHEL wrote: > Hi again. > > I have read several blogpost about it and it appears that there is > definitely a problem with the rights setup by default on the server > > At the begining the GOOGLE_FR.rrd and the GOOGLE_FR~ubuntu.rrd *slave* > had the same right and were owned by the same user and group => > smokeping:smokeping. > > I have seen that the apache user need to be "chowned" to this RRD so I > did : > chown www-data:www-data /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd > chmod 666 /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd > > I know this is dirty and that most of you will feel the need to take a > shower as they saw this but this is only for testing purpose and to > understand what I am doing or not doing. > > root at ubuntu:/home/nml# ls -lua /var/lib/smokeping/Local/ > total 8780 > drwxr-xr-x 2 smokeping smokeping 4096 Apr 15 14:09 . > drwxr-xr-x 5 smokeping smokeping 4096 Apr 15 10:14 .. > -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 GOOGLE_FR.rrd > -rw-rw-rw- 1 www-data www-data 2986808 Apr 15 14:25 > GOOGLE_FR~ubuntu.rrd > -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 LocalMachine.rrd > > The problem is that the slave RRD is not getting updated as you can see > above 14:25 vs 14:30 > > > Here are the websites I have used for reference. > Thanks for your help .... :) > > https://lists.oetiker.ch/pipermail/smokeping-users/2011-March/004287.html > https://lists.oetiker.ch/pipermail/smokeping-users/2009-January/003493.html > https://lists.oetiker.ch/pipermail/smokeping-users/2007-October/002502.html > http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html > > > > Nicolas > > > > > > > > Le Monday, April 15, 2013 10:02:49 AM, Nicolas MICHEL a ??crit : > > Hey guys. > > > > Thanks for your help. > > > > > > Staticsafe your hints did the trick. I can now see trafic from my > > slave to my properly configured targets. > > But there is one more problem, I cannot see the graphs and I guess > > there is something wrong in some apache files/directory as this old > > email states: > > > > http://comments.gmane.org/gmane.network.smokeping.user/5043 > > > > > > I am currently searching for a solution to my problem but my lack of > > Linux knowledge is killing me ... > > If someone has some insights, that would be great ! > > > > Thanks a lot to all of you ! > > > > Nicolas > > > > > > > > > > > > > > > > > > Le Thursday, April 11, 2013 8:07:54 PM, staticsafe a ??crit : > >> On 4/11/2013 3:29, Trash NMICHEL wrote: > >>> Hi and thanks for your insights :! > >>> > >>> Here is what I did : > >>> > >>> ****** MASTER******* > >>> > >>> > >>> root at ubuntu:/home/nml# ls -lua /etc/smokeping/ > >>> total 44 > >>> drwxr-xr-x 3 root root 4096 Apr 11 09:05 . > >>> drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. > >>> -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf > >>> -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html > >>> -rw-r--r-- 1 root root 290 Apr 10 22:33 config > >>> drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d > >>> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets > >>> -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf > >>> -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail > >>> -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets > >>> -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail > >>> > >>> > >>> root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf > >>> test > >>> root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets > >>> ubuntu:test > >>> > >>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves > >>> *** Slaves *** > >>> secrets=/etc/smokeping/slave-secrets > >>> #+boomer > >>> #display_name=boomer > >>> #color=0000ff > >>> > >>> #+slave2 > >>> #display_name=another > >>> #color=00ff00 > >>> > >>> +ubuntu > >>> display_name=ubuntu > >>> color=00ff00 > >>> > >>> > >>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets > >>> *** 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. > >>> > >>> + Local > >>> > >>> menu = Local > >>> title = Local Network > >>> #parents = owner:/Test/James location:/ > >>> > >>> ++ LocalMachine > >>> > >>> menu = Local Machine > >>> title = This host > >>> host = localhost > >>> #alerts = someloss > >>> > >>> > >>> ++ Site1 > >>> > >>> menu = SLAVE > >>> title = SLAVE_TITLE > >>> host = google.fr > >>> slaves = ubuntu > >>> > >>> root at ubuntu:/home/nml# > >> > >>> ****** SLAVE******* > >>> > >>> root at ubuntu:/etc/smokeping# cat /etc/default/smokeping > >>> # /etc/default/smokeping: Startup configuration for smokeping(1) > >>> # > >>> # select master or slave mode > >>> MODE=slave > >>> # in master mode, the rest of the configuration is in > >>> # /etc/smokeping/config > >>> # > >>> # in slave mode, uncomment and set the following variables too > >>> # see smokeping(1) > >>> # > >>> # Mandatory configuration > >>> MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi > >>> SHARED_SECRET=/etc/smokeping/slavesecrets.conf > >>> # > >>> # Optional configuration > >>> SLAVE_NAME=ubuntu > >>> > >>> > >>> root at ubuntu:/etc/smokeping# ls -lus > >>> total 32 > >>> 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf > >>> 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html > >>> 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config > >>> 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d > >>> 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf > >>> 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail > >>> 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets > >>> 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail > >>> root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf > >>> test > >>> > >>> > >>> When I restart the master, everything goes fine ... > >>> > >>> When I restart the slave ... it can connect to the master but I get > >>> this > >>> error : > >>> root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart > >>> * Shutting down latency logger daemon smokeping > >>> start-stop-daemon: warning: failed to kill 942: No such process > >>> ...done. > >>> * Starting latency logger daemon smokeping > >>> WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission > >>> denied > >>> > >>> ERROR: we did not get config from the master. Maybe we are not > >>> configured > >>> as a slave for any of the targets on the master ? > >>> ...done. > >>> > >>> > >>> I was thinking more about a permission error but then I did this on the > >>> MASTER: > >>> > >>> root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets > >>> > >>> Then the master is not working any more : > >>> > >>> root at ubuntu:/home/nml# /etc/init.d/smokeping restart > >>> * Shutting down latency logger daemon smokeping > >>> ...done. > >>> * Starting latency logger daemon smokeping > >>> ERROR: /etc/smokeping/config.d/Slaves, line 2: File > >>> '/etc/smokeping/slave-secrets' is world-readable or writable, > >>> refusing it > >>> ...done. > >>> > >>> > >>> Can someone help a Linux noob ? :P > >>> > >>> Thanks for your help guys > >>> > >>> > >>> Nic > >> [..] Snipping due to overly long quoting. > >> > >> The key error is this: > >> ERROR: /etc/smokeping/config.d/Slaves, line 2: File > >> '/etc/smokeping/slave-secrets' is world-readable or writable, > >> refusing it > >> ...done. > >> > >> This is an error on the *Master*, the file needs to be *readable* by the > >> smokeping user and the www-data group. > >> > >> On the master: > >> > >> $ chown smokeping:www-data /etc/smokeping/slave-secrets > >> $ chmod 440 /etc/smokeping/slave-secrets > >> > >> That should solve the "Permission denied" error from the slave. > >> > >> Essentially the issue was that the file was only *readable* by the > >> smokeping user on the master but not the www-data group as it needs to > >> be for the slave to pull the file. > >> > >> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From smokeping at museum.rain.com Mon Apr 15 15:57:46 2013 From: smokeping at museum.rain.com (Jim Long) Date: Mon, 15 Apr 2013 06:57:46 -0700 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <20130415135452.GB66996@ns.umpquanet.com> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> Message-ID: <20130415135746.GC66996@ns.umpquanet.com> On Mon, Apr 15, 2013 at 06:54:52AM -0700, Jim Long wrote: > The Smokeping user has to be able to WRITE to the in order Boss! The file, the file! > for updates to work. The Apache group needs to be able to > READ the file in order to display the image to a web browser. > > chown smokeping:www-data foo-bar.rrd > > is perhaps what you want. > > Jim From trash at nmichel.fr Mon Apr 15 16:02:55 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Mon, 15 Apr 2013 16:02:55 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <20130415135452.GB66996@ns.umpquanet.com> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> Message-ID: <516C088F.4050904@nmichel.fr> Hello Jim root at ubuntu:/home/nml# ls -lua /var/lib/smokeping/Local/ total 8768 drwxr-xr-x 2 smokeping smokeping 4096 Apr 15 15:01 . drwxr-xr-x 5 smokeping smokeping 4096 Apr 15 10:14 .. -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 16:00 Google.rrd -rw-rw---- 1 smokeping smokeping 2986808 Apr 15 15:50 Google~ubuntu.rrd -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 16:00 LocalMachine.rrd root at ubuntu:/home/nml# root at ubuntu:/home/nml# root at ubuntu:/home/nml# root at ubuntu:/home/nml# groups www-data www-data : smokeping root at ubuntu:/home/nml# groups smokeping smokeping : smokeping root at ubuntu:/home/nml# In this setup the smokeping use can write the file and the www-data can read the file ... Timestamps shows that RRD are not getting updated ... I have no idea where to find the cache file because these maybe need permissions too ... :( Le 4/15/2013 3:54 PM, Jim Long a ?crit : > The Smokeping user has to be able to WRITE to the in order > for updates to work. The Apache group needs to be able to > READ the file in order to display the image to a web browser. > > chown smokeping:www-data foo-bar.rrd > > is perhaps what you want. > > Jim > > > On Mon, Apr 15, 2013 at 02:37:03PM +0200, Nicolas MICHEL wrote: >> Hi again. >> >> I have read several blogpost about it and it appears that there is >> definitely a problem with the rights setup by default on the server >> >> At the begining the GOOGLE_FR.rrd and the GOOGLE_FR~ubuntu.rrd *slave* >> had the same right and were owned by the same user and group => >> smokeping:smokeping. >> >> I have seen that the apache user need to be "chowned" to this RRD so I >> did : >> chown www-data:www-data /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd >> chmod 666 /var/lib/smokeping/Local/GOOGLE_FR~ubuntu.rrd >> >> I know this is dirty and that most of you will feel the need to take a >> shower as they saw this but this is only for testing purpose and to >> understand what I am doing or not doing. >> >> root at ubuntu:/home/nml# ls -lua /var/lib/smokeping/Local/ >> total 8780 >> drwxr-xr-x 2 smokeping smokeping 4096 Apr 15 14:09 . >> drwxr-xr-x 5 smokeping smokeping 4096 Apr 15 10:14 .. >> -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 GOOGLE_FR.rrd >> -rw-rw-rw- 1 www-data www-data 2986808 Apr 15 14:25 >> GOOGLE_FR~ubuntu.rrd >> -rw-r--r-- 1 smokeping smokeping 2986808 Apr 15 14:30 LocalMachine.rrd >> >> The problem is that the slave RRD is not getting updated as you can see >> above 14:25 vs 14:30 >> >> >> Here are the websites I have used for reference. >> Thanks for your help .... :) >> >> https://lists.oetiker.ch/pipermail/smokeping-users/2011-March/004287.html >> https://lists.oetiker.ch/pipermail/smokeping-users/2009-January/003493.html >> https://lists.oetiker.ch/pipermail/smokeping-users/2007-October/002502.html >> http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html >> >> >> >> Nicolas >> >> >> >> >> >> >> >> Le Monday, April 15, 2013 10:02:49 AM, Nicolas MICHEL a ??crit : >>> Hey guys. >>> >>> Thanks for your help. >>> >>> >>> Staticsafe your hints did the trick. I can now see trafic from my >>> slave to my properly configured targets. >>> But there is one more problem, I cannot see the graphs and I guess >>> there is something wrong in some apache files/directory as this old >>> email states: >>> >>> http://comments.gmane.org/gmane.network.smokeping.user/5043 >>> >>> >>> I am currently searching for a solution to my problem but my lack of >>> Linux knowledge is killing me ... >>> If someone has some insights, that would be great ! >>> >>> Thanks a lot to all of you ! >>> >>> Nicolas >>> >>> >>> >>> >>> >>> >>> >>> >>> Le Thursday, April 11, 2013 8:07:54 PM, staticsafe a ??crit : >>>> On 4/11/2013 3:29, Trash NMICHEL wrote: >>>>> Hi and thanks for your insights :! >>>>> >>>>> Here is what I did : >>>>> >>>>> ****** MASTER******* >>>>> >>>>> >>>>> root at ubuntu:/home/nml# ls -lua /etc/smokeping/ >>>>> total 44 >>>>> drwxr-xr-x 3 root root 4096 Apr 11 09:05 . >>>>> drwxr-xr-x 86 root root 4096 Apr 11 09:04 .. >>>>> -rw-r--r-- 1 root root 191 Apr 10 22:33 apache2.conf >>>>> -rw-r--r-- 1 root root 2031 Apr 10 22:36 basepage.html >>>>> -rw-r--r-- 1 root root 290 Apr 10 22:33 config >>>>> drwxr-xr-x 2 root root 4096 Apr 11 09:12 config.d >>>>> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets >>>>> -r-------- 1 smokeping www-data 5 Apr 11 09:05 slavesecrets.conf >>>>> -rw-r--r-- 1 root root 1564 Apr 10 22:33 smokemail >>>>> -rw-r----- 1 smokeping smokeping 59 Apr 10 22:33 smokeping_secrets >>>>> -rw-r--r-- 1 root root 3815 Apr 10 22:33 tmail >>>>> >>>>> >>>>> root at ubuntu:/home/nml# cat /etc/smokeping/slavesecrets.conf >>>>> test >>>>> root at ubuntu:/home/nml# cat /etc/smokeping/slave-secrets >>>>> ubuntu:test >>>>> >>>>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Slaves >>>>> *** Slaves *** >>>>> secrets=/etc/smokeping/slave-secrets >>>>> #+boomer >>>>> #display_name=boomer >>>>> #color=0000ff >>>>> >>>>> #+slave2 >>>>> #display_name=another >>>>> #color=00ff00 >>>>> >>>>> +ubuntu >>>>> display_name=ubuntu >>>>> color=00ff00 >>>>> >>>>> >>>>> root at ubuntu:/home/nml# cat /etc/smokeping/config.d/Targets >>>>> *** 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. >>>>> >>>>> + Local >>>>> >>>>> menu = Local >>>>> title = Local Network >>>>> #parents = owner:/Test/James location:/ >>>>> >>>>> ++ LocalMachine >>>>> >>>>> menu = Local Machine >>>>> title = This host >>>>> host = localhost >>>>> #alerts = someloss >>>>> >>>>> >>>>> ++ Site1 >>>>> >>>>> menu = SLAVE >>>>> title = SLAVE_TITLE >>>>> host = google.fr >>>>> slaves = ubuntu >>>>> >>>>> root at ubuntu:/home/nml# >>>>> ****** SLAVE******* >>>>> >>>>> root at ubuntu:/etc/smokeping# cat /etc/default/smokeping >>>>> # /etc/default/smokeping: Startup configuration for smokeping(1) >>>>> # >>>>> # select master or slave mode >>>>> MODE=slave >>>>> # in master mode, the rest of the configuration is in >>>>> # /etc/smokeping/config >>>>> # >>>>> # in slave mode, uncomment and set the following variables too >>>>> # see smokeping(1) >>>>> # >>>>> # Mandatory configuration >>>>> MASTER_URL=http://172.16.119.236/cgi-bin/smokeping.cgi >>>>> SHARED_SECRET=/etc/smokeping/slavesecrets.conf >>>>> # >>>>> # Optional configuration >>>>> SLAVE_NAME=ubuntu >>>>> >>>>> >>>>> root at ubuntu:/etc/smokeping# ls -lus >>>>> total 32 >>>>> 4 -rw-r--r-- 1 root root 191 Apr 10 22:35 apache2.conf >>>>> 4 -rw-r--r-- 1 root root 2031 Apr 10 22:37 basepage.html >>>>> 4 -rw-r--r-- 1 root root 290 Apr 10 22:35 config >>>>> 4 drwxr-xr-x 2 root root 4096 Apr 10 22:34 config.d >>>>> 4 -r-------- 1 smokeping root 5 Apr 11 09:17 slavesecrets.conf >>>>> 4 -rw-r--r-- 1 root root 1564 Apr 10 22:35 smokemail >>>>> 4 -rw-r----- 1 smokeping smokeping 59 Apr 10 22:35 smokeping_secrets >>>>> 4 -rw-r--r-- 1 root root 3815 Apr 10 22:35 tmail >>>>> root at ubuntu:/etc/smokeping# cat /etc/smokeping/slavesecrets.conf >>>>> test >>>>> >>>>> >>>>> When I restart the master, everything goes fine ... >>>>> >>>>> When I restart the slave ... it can connect to the master but I get >>>>> this >>>>> error : >>>>> root at ubuntu:/etc/smokeping# /etc/init.d/smokeping restart >>>>> * Shutting down latency logger daemon smokeping >>>>> start-stop-daemon: warning: failed to kill 942: No such process >>>>> ...done. >>>>> * Starting latency logger daemon smokeping >>>>> WARNING: Opening secrets file /etc/smokeping/slave-secrets: Permission >>>>> denied >>>>> >>>>> ERROR: we did not get config from the master. Maybe we are not >>>>> configured >>>>> as a slave for any of the targets on the master ? >>>>> ...done. >>>>> >>>>> >>>>> I was thinking more about a permission error but then I did this on the >>>>> MASTER: >>>>> >>>>> root at ubuntu:/home/nml# chmod 777 /etc/smokeping/slave-secrets >>>>> >>>>> Then the master is not working any more : >>>>> >>>>> root at ubuntu:/home/nml# /etc/init.d/smokeping restart >>>>> * Shutting down latency logger daemon smokeping >>>>> ...done. >>>>> * Starting latency logger daemon smokeping >>>>> ERROR: /etc/smokeping/config.d/Slaves, line 2: File >>>>> '/etc/smokeping/slave-secrets' is world-readable or writable, >>>>> refusing it >>>>> ...done. >>>>> >>>>> >>>>> Can someone help a Linux noob ? :P >>>>> >>>>> Thanks for your help guys >>>>> >>>>> >>>>> Nic >>>> [..] Snipping due to overly long quoting. >>>> >>>> The key error is this: >>>> ERROR: /etc/smokeping/config.d/Slaves, line 2: File >>>> '/etc/smokeping/slave-secrets' is world-readable or writable, >>>> refusing it >>>> ...done. >>>> >>>> This is an error on the *Master*, the file needs to be *readable* by the >>>> smokeping user and the www-data group. >>>> >>>> On the master: >>>> >>>> $ chown smokeping:www-data /etc/smokeping/slave-secrets >>>> $ chmod 440 /etc/smokeping/slave-secrets >>>> >>>> That should solve the "Permission denied" error from the slave. >>>> >>>> Essentially the issue was that the file was only *readable* by the >>>> smokeping user on the master but not the www-data group as it needs to >>>> be for the slave to pull the file. >>>> >>>> -r-------- 1 smokeping www-data 19 Apr 11 09:05 slave-secrets >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From trash at nmichel.fr Mon Apr 15 17:32:59 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Mon, 15 Apr 2013 17:32:59 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <20130415135746.GC66996@ns.umpquanet.com> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> Message-ID: <516C1DAB.2050802@nmichel.fr> Hey there. Did a debug on the SLAVE and got this output ... root at ubuntu:/home/nml# /usr/sbin/smokeping --master-url=http://172.16.119.236/cgi-bin/smokeping.cgi --shared-secret /etc/smokeping/slavesecrets.conf -cache-dir=/var/lib/smokeping/Local/ -debug Sent data to Server and got new config in response. Smokeping version 2.006007 successfully launched. Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that. FPing: probing 1 targets with step 90 s and offset 10 s. FPing: Executing /usr/bin/fping -C 5 -q -B1 -r1 -i10 google.fr FPing: Got fping output: 'google.fr : 8.65 8.46 8.56 8.55 8.44' Sent data to Server. Server said OK If the server said OK what am I supposed to search for right now ? :)))) Le 4/15/2013 3:57 PM, Jim Long a ?crit : > On Mon, Apr 15, 2013 at 06:54:52AM -0700, Jim Long wrote: >> The Smokeping user has to be able to WRITE to the in order > Boss! The file, the file! > >> for updates to work. The Apache group needs to be able to >> READ the file in order to display the image to a web browser. >> >> chown smokeping:www-data foo-bar.rrd >> >> is perhaps what you want. >> >> Jim > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From trash at nmichel.fr Tue Apr 16 00:14:00 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Tue, 16 Apr 2013 00:14:00 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <20130415135746.GC66996@ns.umpquanet.com> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> Message-ID: <516C7BA8.2020406@nmichel.fr> Hey guys :) I ran the debugs and looks like the master is never calling the RRD file .... debug from the SLAVE : root at ubuntu:/home/nml# /usr/sbin/smokeping --master-url=http://192.168.1.29/cgi-bin/smokeping.cgi --shared-secret /etc/smokeping/slavesecrets.conf -cache-dir=/var/lib/smokeping/Local/ -debug Sent data to Server and got new config in response. Smokeping version 2.006007 successfully launched. Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that. FPing: probing 1 targets with step 90 s and offset 2 s. FPing: Executing /usr/bin/fping -C 10 -q -B1 -r1 -i10 google.fr FPing: Got fping output: 'google.fr : 21.52 25.18 22.45 36.00 23.44 21.60 24.74 24.53 21.98 27.71' Sent data to Server. Server said OK debug from the MASTER at the same time : root at ubuntu:/home/nml# tail /var/log/syslog Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Got fping output: 'google.fr : 23.94 22.76 24.26 25.38 25.25 24.98 30.81 22.73 25.92 24.77' Apr 16 00:07:41 ubuntu smokeping[2172]: Calling RRDs::update(/var/lib/smokeping/Local/Google_FR.rrd --template uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 1366063661:U:0:2.4980000000e-02:2.2730000000e-02:2.2760000000e-02:2.3940000000e-02:2.4260000000e-02:2.4770000000e-02:2.4980000000e-02:2.5250000000e-02:2.5380000000e-02:2.5920000000e-02:3.0810000000e-02) Apr 16 00:07:41 ubuntu smokeping[2172]: Calling RRDs::update(/var/lib/smokeping/Local/LocalMachine.rrd --template uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 1366063661:U:0:9.0000000000e-05:8.0000000000e-05:8.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05) Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Sleeping 81 seconds. Apr 16 00:08:57 ubuntu smokeping[2172]: got TERM signal, terminating. Apr 16 00:09:32 ubuntu smokeping[2228]: Starting syslog logging Apr 16 00:09:32 ubuntu smokeping[2232]: Smokeping version 2.006007 successfully launched. Apr 16 00:09:32 ubuntu smokeping[2232]: Not entering multiprocess mode for just a single probe. Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: probing 2 targets with step 90 s and offset 80 s. Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: Sleeping 48 seconds. root at ubuntu:/home/nml# So the master is NEVER calling the slave RRD => Google_FR~ubuntu.rrd root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 LocalMachine.rrd I am tempted to run a new VM an install smokeping from scratch but without using apt-get ......... I am currently running version 2.006007 of smokeping on a 12.04 ubuntu ... Le 4/15/2013 3:57 PM, Jim Long a ?crit : > On Mon, Apr 15, 2013 at 06:54:52AM -0700, Jim Long wrote: >> The Smokeping user has to be able to WRITE to the in order > Boss! The file, the file! > >> for updates to work. The Apache group needs to be able to >> READ the file in order to display the image to a web browser. >> >> chown smokeping:www-data foo-bar.rrd >> >> is perhaps what you want. >> >> Jim > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From gregs at sloop.net Tue Apr 16 00:28:53 2013 From: gregs at sloop.net (Gregory Sloop) Date: Mon, 15 Apr 2013 15:28:53 -0700 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <516C7BA8.2020406@nmichel.fr> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> <516C7BA8.2020406@nmichel.fr> Message-ID: <693640515.20130415152853@sloop.net> Check the apache logs now. /var/log/apache2/access.log and error.log [in Ubuntu] I'd wager that apache can't write to the RRD file. :) [And yes, I know you have changed permissions, but I'm still betting that is the problem.] -Greg NM> Hey guys :) NM> I ran the debugs and looks like the master is never calling the RRD file NM> .... NM> debug from the SLAVE : NM> root at ubuntu:/home/nml# /usr/sbin/smokeping NM> --master-url=http://192.168.1.29/cgi-bin/smokeping.cgi --shared-secret NM> /etc/smokeping/slavesecrets.conf NM> -cache-dir=/var/lib/smokeping/Local/ -debug NM> Sent data to Server and got new config in response. NM> Smokeping version 2.006007 successfully launched. NM> Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for NM> that. NM> FPing: probing 1 targets with step 90 s and offset 2 s. NM> FPing: Executing /usr/bin/fping -C 10 -q -B1 -r1 -i10 google.fr NM> FPing: Got fping output: 'google.fr : 21.52 25.18 22.45 36.00 23.44 NM> 21.60 24.74 24.53 21.98 27.71' NM> Sent data to Server. Server said OK NM> debug from the MASTER at the same time : NM> root at ubuntu:/home/nml# tail /var/log/syslog NM> Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Got fping output: NM> 'google.fr : 23.94 22.76 24.26 25.38 25.25 24.98 30.81 22.73 25.92 24.77' NM> Apr 16 00:07:41 ubuntu smokeping[2172]: Calling NM> RRDs::update(/var/lib/smokeping/Local/Google_FR.rrd --template NM> uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 NM> 1366063661:U:0:2.4980000000e-02:2.2730000000e-02:2.2760000000e-02:2.3940000000e-02:2.4260000000e-02:2.4770000000e-02:2.4980000000e-02:2.5250000000e-02:2.5380000000e-02:2.5920000000e-02:3.0810000000e-02) NM> Apr 16 00:07:41 ubuntu smokeping[2172]: Calling NM> RRDs::update(/var/lib/smokeping/Local/LocalMachine.rrd --template NM> uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 NM> 1366063661:U:0:9.0000000000e-05:8.0000000000e-05:8.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05) NM> Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Sleeping 81 seconds. NM> Apr 16 00:08:57 ubuntu smokeping[2172]: got TERM signal, terminating. NM> Apr 16 00:09:32 ubuntu smokeping[2228]: Starting syslog logging NM> Apr 16 00:09:32 ubuntu smokeping[2232]: Smokeping version 2.006007 NM> successfully launched. NM> Apr 16 00:09:32 ubuntu smokeping[2232]: Not entering multiprocess mode NM> for just a single probe. NM> Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: probing 2 targets with NM> step 90 s and offset 80 s. NM> Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: Sleeping 48 seconds. NM> root at ubuntu:/home/nml# NM> So the master is NEVER calling the slave RRD => Google_FR~ubuntu.rrd NM> root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ NM> total 4976 NM> drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ NM> drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 Google_FR.rrd NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 LocalMachine.rrd NM> I am tempted to run a new VM an install smokeping from scratch but NM> without using apt-get ......... NM> I am currently running version 2.006007 of smokeping on a 12.04 ubuntu ... NM> Le 4/15/2013 3:57 PM, Jim Long a ?crit : >> On Mon, Apr 15, 2013 at 06:54:52AM -0700, Jim Long wrote: >>> The Smokeping user has to be able to WRITE to the in order >> Boss! The file, the file! >> >>> for updates to work. The Apache group needs to be able to >>> READ the file in order to display the image to a web browser. >>> >>> chown smokeping:www-data foo-bar.rrd >>> >>> is perhaps what you want. >>> >>> Jim >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users -- Gregory Sloop, Principal: Sloop Network & Computer Consulting Voice: 503.251.0452 x82 EMail: gregs at sloop.net http://www.sloop.net --- From trash at nmichel.fr Tue Apr 16 00:38:46 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Tue, 16 Apr 2013 00:38:46 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <693640515.20130415152853@sloop.net> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> <516C7BA8.2020406@nmichel.fr> <693640515.20130415152853@sloop.net> Message-ID: <516C8176.8010908@nmichel.fr> I think you were right Greg ! [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache (Permission denied). Trying again 2 more times. [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache (Permission denied). Trying again 1 more times. [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache (Permission denied). Trying again 2 more times. [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache (Permission denied). Trying again 1 more times. [Tue Apr 16 00:34:48 2013] smokeping.cgi [client 192.168.1.31]: Could not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. But the problem is that the permission are setup this way: root at ubuntu:/home/nml# ll /var/lib/smokeping//Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 LocalMachine.rrd How can I resolve the issue ? :() Thanks ! Nic Le Tuesday, April 16, 2013 12:28:53 AM, Gregory Sloop a ?crit : > Check the apache logs now. > /var/log/apache2/access.log and error.log [in Ubuntu] > > I'd wager that apache can't write to the RRD file. :) > [And yes, I know you have changed permissions, but I'm still betting > that is the problem.] > > -Greg > > NM> Hey guys :) > > NM> I ran the debugs and looks like the master is never calling the RRD file > NM> .... > > > > NM> debug from the SLAVE : > > NM> root at ubuntu:/home/nml# /usr/sbin/smokeping > NM> --master-url=http://192.168.1.29/cgi-bin/smokeping.cgi --shared-secret > NM> /etc/smokeping/slavesecrets.conf > NM> -cache-dir=/var/lib/smokeping/Local/ -debug > NM> Sent data to Server and got new config in response. > NM> Smokeping version 2.006007 successfully launched. > NM> Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for > NM> that. > NM> FPing: probing 1 targets with step 90 s and offset 2 s. > NM> FPing: Executing /usr/bin/fping -C 10 -q -B1 -r1 -i10 google.fr > NM> FPing: Got fping output: 'google.fr : 21.52 25.18 22.45 36.00 23.44 > NM> 21.60 24.74 24.53 21.98 27.71' > NM> Sent data to Server. Server said OK > > > > > > > > NM> debug from the MASTER at the same time : > > NM> root at ubuntu:/home/nml# tail /var/log/syslog > NM> Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Got fping output: > NM> 'google.fr : 23.94 22.76 24.26 25.38 25.25 24.98 30.81 22.73 25.92 24.77' > NM> Apr 16 00:07:41 ubuntu smokeping[2172]: Calling > NM> RRDs::update(/var/lib/smokeping/Local/Google_FR.rrd --template > NM> uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 > NM> 1366063661:U:0:2.4980000000e-02:2.2730000000e-02:2.2760000000e-02:2.3940000000e-02:2.4260000000e-02:2.4770000000e-02:2.4980000000e-02:2.5250000000e-02:2.5380000000e-02:2.5920000000e-02:3.0810000000e-02) > NM> Apr 16 00:07:41 ubuntu smokeping[2172]: Calling > NM> RRDs::update(/var/lib/smokeping/Local/LocalMachine.rrd --template > NM> uptime:loss:median:ping1:ping2:ping3:ping4:ping5:ping6:ping7:ping8:ping9:ping10 > NM> 1366063661:U:0:9.0000000000e-05:8.0000000000e-05:8.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05:9.0000000000e-05) > NM> Apr 16 00:07:41 ubuntu smokeping[2172]: FPing: Sleeping 81 seconds. > NM> Apr 16 00:08:57 ubuntu smokeping[2172]: got TERM signal, terminating. > NM> Apr 16 00:09:32 ubuntu smokeping[2228]: Starting syslog logging > NM> Apr 16 00:09:32 ubuntu smokeping[2232]: Smokeping version 2.006007 > NM> successfully launched. > NM> Apr 16 00:09:32 ubuntu smokeping[2232]: Not entering multiprocess mode > NM> for just a single probe. > NM> Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: probing 2 targets with > NM> step 90 s and offset 80 s. > NM> Apr 16 00:09:32 ubuntu smokeping[2232]: FPing: Sleeping 48 seconds. > NM> root at ubuntu:/home/nml# > > > > > NM> So the master is NEVER calling the slave RRD => Google_FR~ubuntu.rrd > > > NM> root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ > NM> total 4976 > NM> drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ > NM> drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 Google_FR.rrd > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:10 LocalMachine.rrd > > > NM> I am tempted to run a new VM an install smokeping from scratch but > NM> without using apt-get ......... > > NM> I am currently running version 2.006007 of smokeping on a 12.04 ubuntu ... > > > > NM> Le 4/15/2013 3:57 PM, Jim Long a ?crit : >>> On Mon, Apr 15, 2013 at 06:54:52AM -0700, Jim Long wrote: >>>> The Smokeping user has to be able to WRITE to the in order >>> Boss! The file, the file! >>> >>>> for updates to work. The Apache group needs to be able to >>>> READ the file in order to display the image to a web browser. >>>> >>>> chown smokeping:www-data foo-bar.rrd >>>> >>>> is perhaps what you want. >>>> >>>> Jim >>> _______________________________________________ >>> smokeping-users mailing list >>> smokeping-users at lists.oetiker.ch >>> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > From gregs at sloop.net Tue Apr 16 01:52:01 2013 From: gregs at sloop.net (Gregory Sloop) Date: Mon, 15 Apr 2013 16:52:01 -0700 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <516C8176.8010908@nmichel.fr> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> <516C7BA8.2020406@nmichel.fr> <693640515.20130415152853@sloop.net> <516C8176.8010908@nmichel.fr> Message-ID: <2310637740.20130415165201@sloop.net> But you didn't list the file it's erroring on: [Google_FR.ubuntu.slave_cache] You just listed the RRD files. What are the perms/owners on /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache -Greg NM> I think you were right Greg ! NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache NM> (Permission denied). Trying again 2 more times. NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache NM> (Permission denied). Trying again 1 more times. NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache NM> (Permission denied). Trying again 2 more times. NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache NM> (Permission denied). Trying again 1 more times. NM> [Tue Apr 16 00:34:48 2013] smokeping.cgi [client 192.168.1.31]: Could NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. NM> But the problem is that the permission are setup this way: NM> root at ubuntu:/home/nml# ll /var/lib/smokeping//Local/ NM> total 4976 NM> drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ NM> drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 Google_FR.rrd NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 NM> Google_FR~ubuntu.rrd NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 LocalMachine.rrd NM> How can I resolve the issue ? :() From trash at nmichel.fr Tue Apr 16 07:12:02 2013 From: trash at nmichel.fr (Trash) Date: Tue, 16 Apr 2013 07:12:02 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <2310637740.20130415165201@sloop.net> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> <516C7BA8.2020406@nmichel.fr> <693640515.20130415152853@sloop.net> <516C8176.8010908@nmichel.fr> <2310637740.20130415165201@sloop.net> Message-ID: <516CDDA2.7050301@nmichel.fr> I cannot see the cache file :( Nothing in ls -lua /var/lib/smokeping/Local ... :( Tried to create it using touch but now the file disappeared I guess :( Le Tue Apr 16 01:52:01 2013, Gregory Sloop a ?crit : > But you didn't list the file it's erroring on: > [Google_FR.ubuntu.slave_cache] > > You just listed the RRD files. > > What are the perms/owners on > /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache > > -Greg > > NM> I think you were right Greg ! > NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache > NM> (Permission denied). Trying again 2 more times. > NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache > NM> (Permission denied). Trying again 1 more times. > NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, > NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. > NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache > NM> (Permission denied). Trying again 2 more times. > NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache > NM> (Permission denied). Trying again 1 more times. > NM> [Tue Apr 16 00:34:48 2013] smokeping.cgi [client 192.168.1.31]: Could > NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, > NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. > > NM> But the problem is that the permission are setup this way: > > > NM> root at ubuntu:/home/nml# ll /var/lib/smokeping//Local/ > NM> total 4976 > NM> drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ > NM> drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 Google_FR.rrd > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 > NM> Google_FR~ubuntu.rrd > NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 LocalMachine.rrd > > > NM> How can I resolve the issue ? :() > From trash at nmichel.fr Tue Apr 16 08:58:41 2013 From: trash at nmichel.fr (Nicolas MICHEL) Date: Tue, 16 Apr 2013 08:58:41 +0200 Subject: [smokeping-users] New User and Trying to setup a Master/Slave topology In-Reply-To: <516CDDA2.7050301@nmichel.fr> References: <5165D757.4080405@staticsafe.ca> <5166FBFA.8000804@staticsafe.ca> <516BB429.9000809@nmichel.fr> <516BF46F.7060906@nmichel.fr> <20130415135452.GB66996@ns.umpquanet.com> <20130415135746.GC66996@ns.umpquanet.com> <516C7BA8.2020406@nmichel.fr> <693640515.20130415152853@sloop.net> <516C8176.8010908@nmichel.fr> <2310637740.20130415165201@sloop.net> <516CDDA2.7050301@nmichel.fr> Message-ID: <516CF6A1.1060701@nmichel.fr> File is definitely not in the /var/lib/folder .... Here are the logs : ****CREATING FILE**** root at ubuntu:/home/nml# touch /var/lib/smokeping/Local/Google_FR.ubuntu.slave_cache root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 16 08:51 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-r--r-- 1 root root 0 Apr 16 08:51 Google_FR.ubuntu.slave_cache -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 LocalMachine.rrd ****CHANGING OWNER**** y root at ubuntu:/home/nml# chown www-data:www-data /var/lib/smokeping/Local/Google_FR.ubuntu.slave_cache root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 16 08:51 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-r--r-- 1 www-data www-data 0 Apr 16 08:51 Google_FR.ubuntu.slave_cache -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 LocalMachine.rrd root at ubuntu:/home/nml# ***** STARTING PROCESS ****** root at ubuntu:/home/nml# /etc/init.d/smokeping start * Starting latency logger daemon smokeping ...done. root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 16 08:51 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-r--r-- 1 www-data www-data 0 Apr 16 08:51 Google_FR.ubuntu.slave_cache -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:49 LocalMachine.rrd root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 Then file disappears .... : root at ubuntu:/home/nml# ll /var/lib/smokeping/Local/ total 4976 drwxrwxr-x 2 smokeping smokeping 4096 Apr 16 08:52 ./ drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:52 Google_FR.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 Google_FR~ubuntu.rrd -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 08:52 LocalMachine.rrd And here are the logs from Apache ... *Errors logs show nothing interesting* root at ubuntu:/home/nml# tail /var/log/apache2/access.log 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR_last_108000.png HTTP/1.1" 200 18530 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR~ubuntu_last_108000.png HTTP/1.1" 200 18801 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR_last_10800.png HTTP/1.1" 200 19759 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR~ubuntu_last_31104000.png HTTP/1.1" 200 21131 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/smokeping.png HTTP/1.1" 304 186 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/rrdtool.png HTTP/1.1" 304 184 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR_last_31104000.png HTTP/1.1" 200 19755 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.12 - - [16/Apr/2013:08:52:13 +0200] "GET /smokeping/images/Local/Google_FR~ubuntu_last_10800.png HTTP/1.1" 200 19832 "http://172.16.119.14/cgi-bin/smokeping.cgi?target=Local.Google_FR" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0" 172.16.119.15 - - [16/Apr/2013:08:52:25 +0200] "POST /cgi-bin/smokeping.cgi HTTP/1.1" 200 6030 "-" "smokeping-slave/1.0" 172.16.119.15 - - [16/Apr/2013:08:53:12 +0200] "POST /cgi-bin/smokeping.cgi HTTP/1.1" 200 197 "-" "smokeping-slave/1.0" Thanks for your help anyone ! Tobi do you have an idea ? :) Nicolas Le Tuesday, April 16, 2013 7:12:02 AM, Trash a ?crit : > I cannot see the cache file :( > > Nothing in ls -lua /var/lib/smokeping/Local ... :( > > Tried to create it using touch but now the file disappeared I guess > > :( > > Le Tue Apr 16 01:52:01 2013, Gregory Sloop a ?crit : >> But you didn't list the file it's erroring on: >> [Google_FR.ubuntu.slave_cache] >> >> You just listed the RRD files. >> >> What are the perms/owners on >> /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache >> >> -Greg >> >> NM> I think you were right Greg ! >> NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache >> NM> (Permission denied). Trying again 2 more times. >> NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache >> NM> (Permission denied). Trying again 1 more times. >> NM> [Tue Apr 16 00:29:43 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, >> NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. >> NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache >> NM> (Permission denied). Trying again 2 more times. >> NM> [Tue Apr 16 00:34:47 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not lock /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache >> NM> (Permission denied). Trying again 1 more times. >> NM> [Tue Apr 16 00:34:48 2013] smokeping.cgi [client 192.168.1.31]: >> Could >> NM> not update /var/lib/smokeping//Local/Google_FR.ubuntu.slave_cache, >> NM> giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156. >> >> NM> But the problem is that the permission are setup this way: >> >> >> NM> root at ubuntu:/home/nml# ll /var/lib/smokeping//Local/ >> NM> total 4976 >> NM> drwxrwxr-x 2 smokeping smokeping 4096 Apr 15 23:37 ./ >> NM> drwxrwxr-x 5 smokeping smokeping 4096 Apr 10 22:38 ../ >> NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 Google_FR.rrd >> NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 15 22:18 >> NM> Google_FR~ubuntu.rrd >> NM> -rw-rw-r-- 1 smokeping www-data 1688648 Apr 16 00:36 >> LocalMachine.rrd >> >> >> NM> How can I resolve the issue ? :() >> > > From james.cornick at jchost.net Tue Apr 16 22:35:39 2013 From: james.cornick at jchost.net (JCHost.net - James Cornick) Date: Tue, 16 Apr 2013 15:35:39 -0500 Subject: [smokeping-users] Smokeping Alerts Message-ID: <516DB61B.6020209@jchost.net> Any idea why I'm not getting any alerts at all in /var/log/messages or any emails? I was getting alerts earlier and I must have changed something to mess it up. Any idea where to look would be much appreciated. James From Lee at northarbour.com Thu Apr 18 11:51:20 2013 From: Lee at northarbour.com (Lee Elliott) Date: Thu, 18 Apr 2013 09:51:20 +0000 Subject: [smokeping-users] gid problems Message-ID: I have recently installed smokeping and have both a 'master' and 'slave' system working. However, when I installed the two instances of smokeping, on their respective servers, they installed with different uids & gids to each other. I elected to amend the uid & gid of the 'master' instance, to bring them in line with each other, because the corresponding uid & gid was already in use on the 'slave' system. The first problem I'm now experiencing is that when I add a new target to the master system the new location folder and rrds within are created with the old(original) gid, which no longer has any group associated with it. When I manually correct the gid/group ownership the new targets work ok. The second problem is that when a new target is added, smokeping sets (or attempts to set) the folder and rrd user and group ownership to the smokeping user & group but for smokeping to work properly with slaves the htmld/apache user needs access - in my case I'm setting the group ownership to the apache group i.e. www-data. So even if I wasn't experiencing the first problem of the incorrect gid being set I'd still have to manually change the permissions anyway. I can't see where the old gid is being picked up from - I thought I found and updated the user and group ownership of all the files owned by the smokeping user and group when I changed the smokeping uid & gid but I guess it's possible I've missed one. LeeE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130418/47fa296e/attachment.htm From ged at jubileegroup.co.uk Thu Apr 18 12:26:04 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 18 Apr 2013 11:26:04 +0100 (BST) Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: Hi there, On Thu, 18 Apr 2013, Lee Elliott wrote: > ... when I installed the two instances of smokeping, on their > respective servers, they installed with different uids & gids to > each other. I elected to amend the uid & gid of the 'master' > instance, to bring them in line with each other, because the > corresponding uid & gid was already in use on the 'slave' system. Why? There is generally no need at all to do that, and as you have seen it can lead to problems to mess around with system-generated configurations unless you know *exactly* what you're doing. > The first problem I'm now experiencing is that ... > The second problem is that ... Unsurprising that you have such problems. The safest way to both fix the problems and have the UID and GID you appraently want would be to remove Smokeping entirely from the master, create the appropriate users and groups with the desired UIDs and GIDs, and then reinstall Smokeping. You might instead look for the directories containing the RRD, cache and image files and check that they have the correct ownership/group/sticky settings. I assume that you've checked the /etc/passwd and /etc/group files to make sure that they contain the correct information. -- 73, Ged. From Lee at northarbour.com Thu Apr 18 17:38:53 2013 From: Lee at northarbour.com (Lee Elliott) Date: Thu, 18 Apr 2013 15:38:53 +0000 Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: Hi there, On Thu, 18 Apr 2013, Lee Elliott wrote: [snip...] > You might instead look for the directories containing the RRD, cache and image files and check that they have the correct ownership/group/sticky > settings. I assume that you've checked the /etc/passwd and /etc/group files to make sure that they contain the correct information. > > 73, > Ged. The problem of new rrds being created with the 'old' gid appeared to be due the wrong gid in /etc/passwds - perhaps I should have changed the gid before I changed the uid - the updated gid was reflected in /etc/group but not /etc/passwd Thanks for that pointer. However, this still leaves the issue with the new rrds etc. needing to be accessible to htmld/apache i.e. any new rrds will still need to have their permissions changed... perhaps adding apache to the smokeping group will do it? Lee Elliott From ged at jubileegroup.co.uk Thu Apr 18 17:50:54 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 18 Apr 2013 16:50:54 +0100 (BST) Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: Hi there, On Thu, 18 Apr 2013, Lee Elliott wrote: > ... any new rrds will still need to have their permissions > changed... perhaps adding apache to the smokeping group will do it? Do you have evidence that newly create RRDs don't have the permissions that you want? -- 73, Ged. From Lee at northarbour.com Fri Apr 19 15:12:17 2013 From: Lee at northarbour.com (Lee Elliott) Date: Fri, 19 Apr 2013 13:12:17 +0000 Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: Hello, > Hi there, > > On Thu, 18 Apr 2013, Lee Elliott wrote: > > > ... any new rrds will still need to have their permissions changed... > > perhaps adding apache to the smokeping group will do it? > > Do you have evidence that newly create RRDs don't have the permissions > that you want? Umm... the evidence is that the newly created rrd for the slave is not updated and the corresponding graphs for the slave only show nans. After changing the permissions (I'm setting group = www-data, which is the apache group here) the slave rrd starts getting updated and the graph for the slave shows real values. The exact steps I went through, after creating a new target (that used a slave) and restarting the master smokeping instance, were to just leave it alone for about 15 minutes, to allow time for the new configuration to be propagated out to the slave and for a couple of samples to be taken. As the slave's rrd wasn't being updated and only nans appeared on the slave's graph, then I changed the group permissions on the slave rrd and left it for another 15 minutes. This made no difference so I then changed the group permissions on the corresponding master rrd and left it again. This still had no effect so I restarted the master smokeping instance and waited again, but to no avail. Next step was to restart apache on the master server, but after waiting for just ~10 minutes I then restarted the slave smokeping instance, at which point I saw that the slave rrd was being updated and, after a couple of samples, started seeing data in the slave graph. According to the docs, I shouldn't have needed to restart the slave smokeping instance but did it anyway, just to speed things up - I'd already spent a long time just waiting. What I do find curious though, is that when I set the newly created rrd group ownership to www-data it only needs read permissions but the rrd already has world read permissions anyway! LeeE From ged at jubileegroup.co.uk Fri Apr 19 19:09:41 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 19 Apr 2013 18:09:41 +0100 (BST) Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: Hi there, On Fri, 19 Apr 2013, Lee Elliott wrote: > What I do find curious though, is that when I set the newly created > rrd group ownership to www-data it only needs read permissions but > the rrd already has world read permissions anyway! It isn't strange when you know how permissions work. Look at the permissions of the parent directories. I said that in my first email. -- 73, Ged. From Lee at northarbour.com Mon Apr 22 14:39:51 2013 From: Lee at northarbour.com (Lee Elliott) Date: Mon, 22 Apr 2013 12:39:51 +0000 Subject: [smokeping-users] gid problems In-Reply-To: References: Message-ID: > > On Fri, 19 Apr 2013, Lee Elliott wrote: > > > What I do find curious though, is that when I set the newly created > > rrd group ownership to www-data it only needs read permissions but the > > rrd already has world read permissions anyway! > > It isn't strange when you know how permissions work. Look at the > permissions of the parent directories. I said that in my first email. > > -- > > 73, > Ged. Well, considering that I've worked for nearly forty years in IT, the last eleven on Linux, I think I've got a pretty good idea of how permissions work. FWIW, the /var/lib/smokeping parent lib has user & group rwx perms set to the smokeping user & group and rx perms for the world, which is how the Debian installation process left it. There's nowhere in the smokeping docs that I've found that suggest any sticky bits require setting after installation (if needed, why wouldn't they be set as part of the installation process?), and although the mechanism whereby the slave communicates via the web interface was explained, I didn't see any mention of the need to grant the web user any specific permissions. Regards, LeeE From ok.aless at gmail.com Mon Apr 22 16:42:46 2013 From: ok.aless at gmail.com (Alessandro Palermo) Date: Mon, 22 Apr 2013 11:42:46 -0300 Subject: [smokeping-users] Get packet loss data in last ten days graph Message-ID: Hi list. I'm monitoring around 300 wan links with fping probe with no problem. I have tuned smokeping to get more information I have added a plugin to show the lasts median rtt in a gauges view and a link to show the information about the route of each wan links and record the changes in the routes. Now I want to create a report to monitoring the packet loss in the last ten day and send a mail with the graph of the links that have a packet loss greater than 5% per example. How can i get this value for the .rrd files? I've been inspected the rrd files but I just see the last loss value. Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130422/4b17b825/attachment.htm From rjd at merit.edu Mon Apr 22 20:36:55 2013 From: rjd at merit.edu (Russell Dwarshuis) Date: Mon, 22 Apr 2013 14:36:55 -0400 (EDT) Subject: [smokeping-users] Get packet loss data in last ten days graph In-Reply-To: Message-ID: <1652784316.100299.1366655815957.JavaMail.root@merit.edu> Here is an example (I piped it through cut so you don't have to see all 20 ping times): rrdtool fetch your.rrd AVERAGE -s -20minutes -e now | cut -f 1-3 -d' ' 1366654200: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366654500: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366654800: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366655100: nan 0.0000000000e+00 5.7714666667e-03 5.7600000000e-03 Loss is in column 3 (0.0000000000e+00) -Russell Dwarshuis ----- Original Message ----- From: "Alessandro Palermo" To: smokeping-users at lists.oetiker.ch Sent: Monday, April 22, 2013 10:42:46 AM Subject: [smokeping-users] Get packet loss data in last ten days graph Hi list. I'm monitoring around 300 wan links with fping probe with no problem. I have tuned smokeping to get more information I have added a plugin to show the lasts median rtt in a gauges view and a link to show the information about the route of each wan links and record the changes in the routes. Now I want to create a report to monitoring the packet loss in the last ten day and send a mail with the graph of the links that have a packet loss greater than 5% per example. How can i get this value for the .rrd files? I've been inspected the rrd files but I just see the last loss value. Thanks in advance _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From ok.aless at gmail.com Tue Apr 23 02:32:05 2013 From: ok.aless at gmail.com (Alessandro Palermo) Date: Mon, 22 Apr 2013 21:32:05 -0300 Subject: [smokeping-users] Get packet loss data in last ten days graph In-Reply-To: <1652784316.100299.1366655815957.JavaMail.root@merit.edu> References: <1652784316.100299.1366655815957.JavaMail.root@merit.edu> Message-ID: Thanks very much Russell. I will try this. Regards El 22/04/2013 15:36, "Russell Dwarshuis" escribi?: > Here is an example (I piped it through cut so you don't have to see all 20 > ping times): > rrdtool fetch your.rrd AVERAGE -s -20minutes -e now | cut -f 1-3 -d' ' > > > 1366654200: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366654500: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366654800: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366655100: nan 0.0000000000e+00 5.7714666667e-03 5.7600000000e-03 > > Loss is in column 3 (0.0000000000e+00) > > > > -Russell Dwarshuis > > ----- Original Message ----- > From: "Alessandro Palermo" > To: smokeping-users at lists.oetiker.ch > Sent: Monday, April 22, 2013 10:42:46 AM > Subject: [smokeping-users] Get packet loss data in last ten days graph > > > > > > Hi list. > I'm monitoring around 300 wan links with fping probe with no problem. I > have tuned smokeping to get more information I have added a plugin to show > the lasts median rtt in a gauges view and a link to show the information > about the route of each wan links and record the changes in the routes. > Now I want to create a report to monitoring the packet loss in the last > ten day and send a mail with the graph of the links that have a packet loss > greater than 5% per example. > How can i get this value for the .rrd files? I've been inspected the rrd > files but I just see the last loss value. > > Thanks in advance > > _______________________________________________ > 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/20130422/d25eb842/attachment-0001.htm From Lee at northarbour.com Tue Apr 23 15:47:53 2013 From: Lee at northarbour.com (Lee Elliott) Date: Tue, 23 Apr 2013 13:47:53 +0000 Subject: [smokeping-users] gid problems In-Reply-To: <622955806.20130422075910@sloop.net> References: <622955806.20130422075910@sloop.net> Message-ID: > Lee: > > I think that the deb/ubuntu install assumes a master install - and doesn't > consider slave installation. [It really should - though including permissions for > apache could introduce some security issues, if that was the default and one > was running Apache for public access. > Though why one would be running a smokeping slave on the same box one is > using for a production apache server seems crazy.] To clarify, it is on the master server that the smokeping folders and rrds need the group permissions to be set to the httpd group but I'm not sure it would be much of a security problem - the httpd group only needs read permissions on the master and, on Debian at least, the /var/lib/smokeping folder already has world read permissions, which is why it seems odd that I need to set explicit read access for www-data in the first place - in fact it's possibly not actually a permissions issue but an internal check in the smokeping code. > > So, IMO, your criticism about no clear docs on slave mode is on target. [And > the fact that the question about slave mode comes up very consistently > seems to bear out the fact that it's not obvious, and it's missing from any > docs.] > > Perhaps adding exactly how you've fixed this to the list would be somewhat > helpful - and perhaps asking Tobi to add it to the docs would be nice too. > > -Greg Hello Greg, Changing the group permissions on /var/lib/smokeping to www-data (apache/httpd) and then chmod +s /var/lib/smokeping sorts the permissions out for any new location folders and rrds. However, the 'slaves' page at: http://oss.oetiker.ch/smokeping/lib/Smokeping::Slave.en.html says... " In slave mode we just hit our targets and submit the results to the server. If we can not get to the server, we submit the results in the next round. The server in turn sends us new config information if it sees that ours is out of date." ...which I interpret as meaning that the slave should automatically pick up the new config, including the new target it has to monitor, after it sends its next batch of results to the master, but after adding a new slaved target, restarting the master smokeping instance and then waiting for 30 minutes I still got no data from the slave. Manually restarting the slave gets it working though, and it displays the message: "Starting smokeping latency logger daemon: smokeping[]Sent data to Server and got new config in response." So the slave doesn't appear to be picking up the new config in-flight, as it were. Note though, that the master here is running the Debian Squeeze smokeping package, which is version 2.3.6-5, whilst the slave is running the Debian Wheezy smokeping package, which is version 2.6.8-2. So the smokeping master instance is quite old and the reason that the slave isn't automatically picking up the new config might be due to that. LeeE From Lee at northarbour.com Tue Apr 23 18:15:53 2013 From: Lee at northarbour.com (Lee Elliott) Date: Tue, 23 Apr 2013 16:15:53 +0000 Subject: [smokeping-users] gid problems In-Reply-To: <535466603.20130423072820@sloop.net> References: <622955806.20130422075910@sloop.net> <535466603.20130423072820@sloop.net> Message-ID: > > LE> To clarify, it is on the master server that the smokeping folders > LE> and rrds need the group permissions to be set to the httpd group but > LE> I'm not sure it would be much of a security problem - the httpd > LE> group only needs read permissions on the master and, on Debian at > LE> least, the /var/lib/smokeping folder already has world read > LE> permissions, which is why it seems odd that I need to set explicit > LE> read access for www-data in the first place - in fact it's possibly > LE> not actually a permissions issue but an internal check in the smokeping > code. > > I was under the impression that *write* rights were required for the slaves > to write to the RRD's on the master. [That's how I have it set anyway. And > that's how I recall it being discussed.] > > Perhaps I should go tweak my master and see what happens with only read > rights... > Definitely read-only on group perms on the master here - it would be useful if you can confirm that read-only on group works for you too. If anything, it's why the httpd needs any permissions to the smokeping var data in the first place that puzzles me. >From reading... http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html ...it appears that the httpd is only acting as an intermediary between the slaves and master (with the master handling all file IO) and it shouldn't need to read or write any of smokeping's var data, so it's not that the httpd only needs read perms that I find a bit strange but that the httpd needs any perms to the smokeping var data at all for slaves to work. Still an extremely useful bit of software though. LeeE From ok.aless at gmail.com Tue Apr 23 19:58:56 2013 From: ok.aless at gmail.com (Alessandro Palermo) Date: Tue, 23 Apr 2013 14:58:56 -0300 Subject: [smokeping-users] Get packet loss data in last ten days graph In-Reply-To: References: <1652784316.100299.1366655815957.JavaMail.root@merit.edu> Message-ID: I still got a doubt about the calculataion of packet loss. For example I've got 2 losses in the last 3 hours in two consecutives polling cycles (1/20 and 1/20). The data in the graphs shows pl= 0.14% avg and 4.68% max In the rrd data I've got: rrdtool fetch myrrdfile.rrd AVERAGE -s -3h -e now | cut -f 1-3 -d' ' 1366717200: -nan 0,0000000000e+00 1366717500: -nan 0,0000000000e+00 1366717800: -nan 0,0000000000e+00 1366718100: -nan 0,0000000000e+00 1366718400: -nan 0,0000000000e+00 1366718700: -nan 0,0000000000e+00 1366719000: -nan 0,0000000000e+00 1366719300: -nan 0,0000000000e+00 1366719600: -nan 0,0000000000e+00 1366719900: -nan 0,0000000000e+00 1366720200: -nan 0,0000000000e+00 1366720500: -nan 9,3666666667e-01 1366720800: -nan 6,3333333333e-02 1366721100: -nan 0,0000000000e+00 1366721400: -nan 0,0000000000e+00 1366721700: -nan 0,0000000000e+00 1366722000: -nan 0,0000000000e+00 1366722300: -nan 0,0000000000e+00 1366722600: -nan 0,0000000000e+00 1366722900: -nan 0,0000000000e+00 1366723200: -nan 0,0000000000e+00 1366723500: -nan 0,0000000000e+00 1366723800: -nan 0,0000000000e+00 1366724100: -nan 0,0000000000e+00 1366724400: -nan 0,0000000000e+00 1366724700: -nan 0,0000000000e+00 1366725000: -nan 0,0000000000e+00 1366725300: -nan 0,0000000000e+00 1366725600: -nan 0,0000000000e+00 1366725900: -nan 0,0000000000e+00 1366726200: -nan 0,0000000000e+00 1366726500: -nan 0,0000000000e+00 1366726800: -nan 0,0000000000e+00 1366727100: -nan 0,0000000000e+00 1366727400: -nan 0,0000000000e+00 1366727700: -nan 0,0000000000e+00 1366728000: -nan -nan And I can't understand how to obtain the value of pl=0.14% avg. I thought that the data stored in the rrd was the number of packet loss in a round or the average each 5 minutes. In the first case I get a value of pl=(number of packet losses in last 3hours/total packets sends)2/720=0.0028, then pl=0.28%. Surely I'm wrong in something. Thanks On 22 April 2013 21:32, Alessandro Palermo wrote: > Thanks very much Russell. I will try this. > > Regards > El 22/04/2013 15:36, "Russell Dwarshuis" escribi?: > > Here is an example (I piped it through cut so you don't have to see all 20 >> ping times): >> rrdtool fetch your.rrd AVERAGE -s -20minutes -e now | cut -f 1-3 -d' ' >> >> >> 1366654200: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 >> 1366654500: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 >> 1366654800: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 >> 1366655100: nan 0.0000000000e+00 5.7714666667e-03 5.7600000000e-03 >> >> Loss is in column 3 (0.0000000000e+00) >> >> >> >> -Russell Dwarshuis >> >> ----- Original Message ----- >> From: "Alessandro Palermo" >> To: smokeping-users at lists.oetiker.ch >> Sent: Monday, April 22, 2013 10:42:46 AM >> Subject: [smokeping-users] Get packet loss data in last ten days graph >> >> >> >> >> >> Hi list. >> I'm monitoring around 300 wan links with fping probe with no problem. I >> have tuned smokeping to get more information I have added a plugin to show >> the lasts median rtt in a gauges view and a link to show the information >> about the route of each wan links and record the changes in the routes. >> Now I want to create a report to monitoring the packet loss in the last >> ten day and send a mail with the graph of the links that have a packet loss >> greater than 5% per example. >> How can i get this value for the .rrd files? I've been inspected the rrd >> files but I just see the last loss value. >> >> Thanks in advance >> >> _______________________________________________ >> 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/20130423/a658f319/attachment.htm From rjd at merit.edu Tue Apr 23 20:43:13 2013 From: rjd at merit.edu (Russell Dwarshuis) Date: Tue, 23 Apr 2013 14:43:13 -0400 (EDT) Subject: [smokeping-users] Get packet loss data in last ten days graph In-Reply-To: Message-ID: <956949627.176996.1366742593319.JavaMail.root@merit.edu> No, you have 1 packet loss. It is recorded as: 1366720500: -nan 9,3666666667e-01 1366720800: -nan 6,3333333333e-02 That is, 0.937 of a packet and, 5 minutes later, 0.033 of a packet. That is why maximum packet loss is 0.937/20 = 4.68% instead of 5% It does this because the packet loss measurement occurred at roughly 1366720520 and the measurement is interpolated. Actually I think it is a little more complicated that that, but that is the basic concept. This Works great when you are not worried about perfect precision, but not so great when you are trying to measure integers! -Russell Dwarshuis ----- Original Message ----- From: "Alessandro Palermo" To: "Russell Dwarshuis" Cc: "smokeping-users" Sent: Tuesday, April 23, 2013 1:58:56 PM Subject: Re: [smokeping-users] Get packet loss data in last ten days graph I still got a doubt about the calculataion of packet loss. For example I've got 2 losses in the last 3 hours in two consecutives polling cycles (1/20 and 1/20). The data in the graphs shows pl= 0.14% avg and 4.68% max In the rrd data I've got: rrdtool fetch myrrdfile.rrd AVERAGE -s -3h -e now | cut -f 1-3 -d' ' 1366717200: -nan 0,0000000000e+00 1366717500: -nan 0,0000000000e+00 1366717800: -nan 0,0000000000e+00 1366718100: -nan 0,0000000000e+00 1366718400: -nan 0,0000000000e+00 1366718700: -nan 0,0000000000e+00 1366719000: -nan 0,0000000000e+00 1366719300: -nan 0,0000000000e+00 1366719600: -nan 0,0000000000e+00 1366719900: -nan 0,0000000000e+00 1366720200: -nan 0,0000000000e+00 1366720500: -nan 9,3666666667e-01 1366720800: -nan 6,3333333333e-02 1366721100: -nan 0,0000000000e+00 1366721400: -nan 0,0000000000e+00 1366721700: -nan 0,0000000000e+00 1366722000: -nan 0,0000000000e+00 1366722300: -nan 0,0000000000e+00 1366722600: -nan 0,0000000000e+00 1366722900: -nan 0,0000000000e+00 1366723200: -nan 0,0000000000e+00 1366723500: -nan 0,0000000000e+00 1366723800: -nan 0,0000000000e+00 1366724100: -nan 0,0000000000e+00 1366724400: -nan 0,0000000000e+00 1366724700: -nan 0,0000000000e+00 1366725000: -nan 0,0000000000e+00 1366725300: -nan 0,0000000000e+00 1366725600: -nan 0,0000000000e+00 1366725900: -nan 0,0000000000e+00 1366726200: -nan 0,0000000000e+00 1366726500: -nan 0,0000000000e+00 1366726800: -nan 0,0000000000e+00 1366727100: -nan 0,0000000000e+00 1366727400: -nan 0,0000000000e+00 1366727700: -nan 0,0000000000e+00 1366728000: -nan -nan And I can't understand how to obtain the value of pl=0.14% avg. I thought that the data stored in the rrd was the number of packet loss in a round or the average each 5 minutes. In the first case I get a value of pl=(number of packet losses in last 3hours/total packets sends)2/720=0.0028, then pl=0.28%. Surely I'm wrong in something. Thanks On 22 April 2013 21:32, Alessandro Palermo < ok.aless at gmail.com > wrote: Thanks very much Russell. I will try this. Regards El 22/04/2013 15:36, "Russell Dwarshuis" < rjd at merit.edu > escribi?: Here is an example (I piped it through cut so you don't have to see all 20 ping times): rrdtool fetch your.rrd AVERAGE -s -20minutes -e now | cut -f 1-3 -d' ' 1366654200: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366654500: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366654800: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 1366655100: nan 0.0000000000e+00 5.7714666667e-03 5.7600000000e-03 Loss is in column 3 (0.0000000000e+00) -Russell Dwarshuis ----- Original Message ----- From: "Alessandro Palermo" < ok.aless at gmail.com > To: smokeping-users at lists.oetiker.ch Sent: Monday, April 22, 2013 10:42:46 AM Subject: [smokeping-users] Get packet loss data in last ten days graph Hi list. I'm monitoring around 300 wan links with fping probe with no problem. I have tuned smokeping to get more information I have added a plugin to show the lasts median rtt in a gauges view and a link to show the information about the route of each wan links and record the changes in the routes. Now I want to create a report to monitoring the packet loss in the last ten day and send a mail with the graph of the links that have a packet loss greater than 5% per example. How can i get this value for the .rrd files? I've been inspected the rrd files but I just see the last loss value. Thanks in advance _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From ok.aless at gmail.com Tue Apr 23 21:02:15 2013 From: ok.aless at gmail.com (Alessandro Palermo) Date: Tue, 23 Apr 2013 16:02:15 -0300 Subject: [smokeping-users] Get packet loss data in last ten days graph In-Reply-To: <956949627.176996.1366742593319.JavaMail.root@merit.edu> References: <956949627.176996.1366742593319.JavaMail.root@merit.edu> Message-ID: Thank you. I understood perfectly On 23 April 2013 15:43, Russell Dwarshuis wrote: > No, you have 1 packet loss. It is recorded as: > > 1366720500: -nan 9,3666666667e-01 > 1366720800: -nan 6,3333333333e-02 > > That is, 0.937 of a packet and, 5 minutes later, 0.033 of a packet. That > is why > maximum packet loss is 0.937/20 = 4.68% instead of 5% > > It does this because the packet loss measurement occurred at roughly > 1366720520 and the > measurement is interpolated. Actually I think it is a little more > complicated > that that, but that is the basic concept. This Works great when you are > not > worried about perfect precision, but not so great when you are trying to > measure integers! > > > -Russell Dwarshuis > > ----- Original Message ----- > From: "Alessandro Palermo" > To: "Russell Dwarshuis" > Cc: "smokeping-users" > Sent: Tuesday, April 23, 2013 1:58:56 PM > Subject: Re: [smokeping-users] Get packet loss data in last ten days graph > > > I still got a doubt about the calculataion of packet loss. > For example I've got 2 losses in the last 3 hours in two consecutives > polling cycles (1/20 and 1/20). > The data in the graphs shows pl= 0.14% avg and 4.68% max > In the rrd data I've got: > > rrdtool fetch myrrdfile.rrd AVERAGE -s -3h -e now | cut -f 1-3 -d' ' > > > 1366717200: -nan 0,0000000000e+00 > 1366717500: -nan 0,0000000000e+00 > 1366717800: -nan 0,0000000000e+00 > 1366718100: -nan 0,0000000000e+00 > 1366718400: -nan 0,0000000000e+00 > 1366718700: -nan 0,0000000000e+00 > 1366719000: -nan 0,0000000000e+00 > 1366719300: -nan 0,0000000000e+00 > 1366719600: -nan 0,0000000000e+00 > 1366719900: -nan 0,0000000000e+00 > 1366720200: -nan 0,0000000000e+00 > 1366720500: -nan 9,3666666667e-01 > 1366720800: -nan 6,3333333333e-02 > 1366721100: -nan 0,0000000000e+00 > 1366721400: -nan 0,0000000000e+00 > 1366721700: -nan 0,0000000000e+00 > 1366722000: -nan 0,0000000000e+00 > 1366722300: -nan 0,0000000000e+00 > 1366722600: -nan 0,0000000000e+00 > 1366722900: -nan 0,0000000000e+00 > 1366723200: -nan 0,0000000000e+00 > 1366723500: -nan 0,0000000000e+00 > 1366723800: -nan 0,0000000000e+00 > 1366724100: -nan 0,0000000000e+00 > 1366724400: -nan 0,0000000000e+00 > 1366724700: -nan 0,0000000000e+00 > 1366725000: -nan 0,0000000000e+00 > 1366725300: -nan 0,0000000000e+00 > 1366725600: -nan 0,0000000000e+00 > 1366725900: -nan 0,0000000000e+00 > 1366726200: -nan 0,0000000000e+00 > 1366726500: -nan 0,0000000000e+00 > 1366726800: -nan 0,0000000000e+00 > 1366727100: -nan 0,0000000000e+00 > 1366727400: -nan 0,0000000000e+00 > 1366727700: -nan 0,0000000000e+00 > 1366728000: -nan -nan > > And I can't understand how to obtain the value of pl=0.14% avg. I thought > that the data stored in the rrd was the number of packet loss in a round or > the average each 5 minutes. > In the first case I get a value of pl=(number of packet losses in last > 3hours/total packets sends)2/720=0.0028, then pl=0.28%. > Surely I'm wrong in something. > > Thanks > > > > > On 22 April 2013 21:32, Alessandro Palermo < ok.aless at gmail.com > wrote: > > > > > Thanks very much Russell. I will try this. > > Regards > El 22/04/2013 15:36, "Russell Dwarshuis" < rjd at merit.edu > escribi?: > > > > > Here is an example (I piped it through cut so you don't have to see all 20 > ping times): > rrdtool fetch your.rrd AVERAGE -s -20minutes -e now | cut -f 1-3 -d' ' > > > 1366654200: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366654500: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366654800: nan 0.0000000000e+00 5.7700000000e-03 5.7600000000e-03 > 1366655100: nan 0.0000000000e+00 5.7714666667e-03 5.7600000000e-03 > > Loss is in column 3 (0.0000000000e+00) > > > > -Russell Dwarshuis > > ----- Original Message ----- > From: "Alessandro Palermo" < ok.aless at gmail.com > > To: smokeping-users at lists.oetiker.ch > Sent: Monday, April 22, 2013 10:42:46 AM > Subject: [smokeping-users] Get packet loss data in last ten days graph > > > > > > Hi list. > I'm monitoring around 300 wan links with fping probe with no problem. I > have tuned smokeping to get more information I have added a plugin to show > the lasts median rtt in a gauges view and a link to show the information > about the route of each wan links and record the changes in the routes. > Now I want to create a report to monitoring the packet loss in the last > ten day and send a mail with the graph of the links that have a packet loss > greater than 5% per example. > How can i get this value for the .rrd files? I've been inspected the rrd > files but I just see the last loss value. > > Thanks in advance > > _______________________________________________ > 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/20130423/58180898/attachment.htm From tobi at oetiker.ch Mon Apr 29 14:58:40 2013 From: tobi at oetiker.ch (Tobias Oetiker) Date: Mon, 29 Apr 2013 14:58:40 +0200 (CEST) Subject: [smokeping-users] Dynamic addition and removal of hosts In-Reply-To: References: Message-ID: Hi Richard, remote hosts reconfigure themselfs automatically when the master gets new config ... cheers tobi Apr 2 Richard Brady wrote: > Hi folks > > I would like to dynamically add and remove hosts to be monitored from a > remote server. > > I have reviewed the code and although the dynamic host feature comes close > to what I am looking for by supporting the update of host addresses, it > does not support the addition of hosts from what I can tell. > > Currently the best thing I can think of is a script (invoked through CGI or > SSH) that writes config stanzas to some file or directory (e.g. > /var/lib/smokeping/targets) and then issues a reload, with that file or > directory @included from the /etc/config file. > > Is there a better way to do this? > > Thanks, > Richard > -- 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 jul.collas at gmail.com Mon Apr 29 18:53:30 2013 From: jul.collas at gmail.com (Julien Collas) Date: Mon, 29 Apr 2013 18:53:30 +0200 Subject: [smokeping-users] [ANNOUNCE] Admin web-interface and API for Smokeping Message-ID: Hi, I'm using Smokeping since few years, it's a very useful tool for me and mostly for network guys I'm working with. In order to help me to configure it, I've developed a Django application. The main objective was to allow users to add targets without give us the right to edit the file manually. One other goal was to have an API to do some automation, what Django offer natively. I've mainly developed the app to support Smokeping master/slave configuration but basic configuration works fine. You can find the application on GitHub: https://github.com/julcollas/django- smokeping I'd really like to have your feedbacks. Cheers, Julien -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130429/7161658d/attachment.htm From josh at tonaquintdc.com Tue Apr 30 21:24:16 2013 From: josh at tonaquintdc.com (Joshua Zitting) Date: Tue, 30 Apr 2013 19:24:16 +0000 (UTC) Subject: [smokeping-users] Rasp-Pi smokeping slaves References: <365552064.20130329112608@sloop.net> Message-ID: Gregory Sloop sloop.net> writes: > > Perhaps slightly off-topic, but I thought it might be interesting to > others and a starter for ideas for others... > > --- > Building on the concept of using a Raspberry Pi as a smokeping slave > [Thanks to Ioannis Theodoridis] for the push!] I've completed one. This is an AWESOME idea and I would love a copy of the code. We just bought 2 Pis for this purpose. If we decide to run one as a master do they still handle the load and the config ok? Thanks a ton! Josh