From kdm193 at psu.edu Tue May 4 16:25:20 2010 From: kdm193 at psu.edu (Ken Miller) Date: Tue, 04 May 2010 10:25:20 -0400 Subject: [smokeping-users] Smokeping owamp/owping probe In-Reply-To: Message-ID: Does anyone have a recent implementation of a owamp/owping probe? Thanks, Ken -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100504/2d91619b/attachment-0001.htm From Okuwa.Daley at six-group.com Tue May 4 17:00:04 2010 From: Okuwa.Daley at six-group.com (Daley, Okuwa) Date: Tue, 4 May 2010 17:00:04 +0200 Subject: [smokeping-users] Smokeping owamp/owping probe In-Reply-To: References: Message-ID: <03A44833CA616D4EB17ED39FA67C3ADE3C0EA741@LPZHWMEXE11.base.dom> Not at all daley From: smokeping-users-bounces+okuwa.daley=six-group.com at lists.oetiker.ch [mailto:smokeping-users-bounces+okuwa.daley=six-group.com at lists.oetiker.ch] On Behalf Of Ken Miller Sent: Dienstag, 4. Mai 2010 16:25 To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] Smokeping owamp/owping probe Does anyone have a recent implementation of a owamp/owping probe? Thanks, Ken The content of this e-mail is intended only for the confidential use of the person addressed. If you are not the intended recipient, please notify the sender and delete this e-mail immediately. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100504/877e982f/attachment.htm From thomas at speakup.nl Tue May 4 17:29:46 2010 From: thomas at speakup.nl (Thomas Lobker) Date: Tue, 04 May 2010 17:29:46 +0200 Subject: [smokeping-users] [BUG] setting umask for new RRD files Message-ID: <1272986986.2970.33.camel@bravo.office.speakup.nl> We are using Smokeping in a master slave setup. When adding a new target in the Smokeping configuration, Smokeping automatically creates the appropiate RRD file on the master server. This file should be writable to the Apache2 user (in our case www-data) to allow updates from the slave. For some reason Smokeping is forcing a umask 022 on the data folder, rendering the RRD file not writable to the www-data group. In the following file: /usr/share/perl5/smokeping/Smokeping.pm On the following line: line 4036/4624 (second line of sub 'main') In the following version: Smokeping-2.4.2 (Actually tested in version 2.3.6) In my honest opinion this behaviour should not be wanted, but please correct me if I'm wrong. It would be great if this is customizable in the Smokeping configuration in future versions. Thank you! -- Met vriendelijke groet, Kind regards, Thomas Lobker SpeakUp BV 088-SPEAKUP (088-7732587) www.speakup.nl -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3480 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100504/082ef53c/attachment.bin From tobi at oetiker.ch Tue May 4 18:10:45 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Tue, 4 May 2010 18:10:45 +0200 (CEST) Subject: [smokeping-users] [BUG] setting umask for new RRD files In-Reply-To: <1272986986.2970.33.camel@bravo.office.speakup.nl> References: <1272986986.2970.33.camel@bravo.office.speakup.nl> Message-ID: Hi Thomas, Today Thomas Lobker wrote: > We are using Smokeping in a master slave setup. When adding a new target > in the Smokeping configuration, Smokeping automatically creates the > appropiate RRD file on the master server. This file should be writable > to the Apache2 user (in our case www-data) to allow updates from the > slave. For some reason Smokeping is forcing a umask 022 on the data > folder, rendering the RRD file not writable to the www-data group. > > In the following file: > /usr/share/perl5/smokeping/Smokeping.pm > > On the following line: > line 4036/4624 (second line of sub 'main') > > In the following version: > Smokeping-2.4.2 (Actually tested in version 2.3.6) > > In my honest opinion this behaviour should not be wanted, but please > correct me if I'm wrong. It would be great if this is customizable in > the Smokeping configuration in future versions. you should be using suexec so that the cgi runs as the same user as the daemon ... cheers tobi > > Thank you! > > > -- 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 ntyni+smokeping-users at mappi.helsinki.fi Tue May 4 20:40:23 2010 From: ntyni+smokeping-users at mappi.helsinki.fi (Niko Tyni) Date: Tue, 4 May 2010 21:40:23 +0300 Subject: [smokeping-users] [BUG] setting umask for new RRD files In-Reply-To: <1272986986.2970.33.camel@bravo.office.speakup.nl> References: <1272986986.2970.33.camel@bravo.office.speakup.nl> Message-ID: <20100504184023.GA15291@madeleine.local.invalid> On Tue, May 04, 2010 at 05:29:46PM +0200, Thomas Lobker wrote: > We are using Smokeping in a master slave setup. When adding a new target > in the Smokeping configuration, Smokeping automatically creates the > appropiate RRD file on the master server. This file should be writable > to the Apache2 user (in our case www-data) to allow updates from the > slave. For some reason Smokeping is forcing a umask 022 on the data > folder, rendering the RRD file not writable to the www-data group. Have a look at the 'precreateperms' configuration setting. > In the following file: > /usr/share/perl5/smokeping/Smokeping.pm Based on this, I suspect you're using a Debian or Ubuntu smokeping package <= 2.3.6-3. It would have been good to mention this. I spent a considerable effort reworking related things in 2.3.6-4, so you might want to check if that works better for you. Make sure to take backups first, as downgrading back is unsupported. The suexec thing Tobi mentioned is probably the best choice where available, but unfortunately I couldn't find a way to integrate that with Debian packaging. Web site configuration support infrastructure for Debian packages is still work in progress and the work is lacking manpower AFAIK. If somebody wants to improve things, the Debian smokeping package is up for adoption. See . Cheers, -- Niko Tyni ntyni at debian.org From tobi at oetiker.ch Thu May 6 15:23:44 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Thu, 6 May 2010 15:23:44 +0200 (CEST) Subject: [smokeping-users] [BUG] setting umask for new RRD files In-Reply-To: <201005061209.14114.alex@wenlex.nl> References: <1272986986.2970.33.camel@bravo.office.speakup.nl> <201005061209.14114.alex@wenlex.nl> Message-ID: Hi Alex, Today Alex wrote: > On Tuesday 04 May 2010, Tobias Oetiker wrote: > > Today Thomas Lobker wrote: > > > For some reason Smokeping is forcing a umask 022 on the data > > > folder > > > > you should be using suexec so that the cgi runs as the same user as > > the daemon ... > > Why is smokeping setting the umask at all? By doing that it is deliberately > breaking standard behaviour. If this command is removed from smokeping, > users can let smokeping create files with the permissions _they_ want, not > an _arbitrary_ and unconfigurable value which only works in one particular > environment. > > Patch to fix this issue: > > diff -u Smokeping.pm~ Smokeping.pm > --- Smokeping.pm~ 2010-05-04 15:41:55.000000000 +0200 > +++ Smokeping.pm 2010-05-04 15:41:55.000000000 +0200 > @@ -4033,7 +4033,6 @@ > > sub main (;$) { > $cgimode = 0; > - umask 022; > my $defaultcfg = shift; > $opt{filter}=[]; > GetOptions(\%opt, 'version', 'email', 'man:s','help','logfile=s','static-pages:s', 'debug-daemon', > the umask is being set because we found that many people ran into trouble because their default umask settings were too tight and thus the web smokeping was not able to read the rrd files written by the daemon ... I'll be glat to incorporate your patch if it did not remove the fix for that problem ... cheers tobi -- 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 thomas at speakup.nl Thu May 6 16:42:26 2010 From: thomas at speakup.nl (Thomas Lobker) Date: Thu, 06 May 2010 16:42:26 +0200 Subject: [smokeping-users] [BUG] setting umask for new RRD files In-Reply-To: <201005061616.28630.alex@wenlex.nl> References: <1272986986.2970.33.camel@bravo.office.speakup.nl> <201005061209.14114.alex@wenlex.nl> <201005061616.28630.alex@wenlex.nl> Message-ID: <1273156946.3100.21.camel@bravo.office.speakup.nl> Tobias, thank you for your support so far! I agree with Alex that Smokeping should not interfere with the umask settings at all if it's not customizable. I believe the default umask setting is 0007 which should already allow sufficient rights to the files. But maybe a umask setting 0002 would be best as a compromise. It's not always possible or desirable to use suEXEC. Cheers! -- Met vriendelijke groet, Kind regards, Thomas Lobker SpeakUp BV 088-SPEAKUP (088-7732587) www.speakup.nl -----Original Message----- From: Alex To: smokeping-users at lists.oetiker.ch Cc: Tobias Oetiker , Thomas Lobker Subject: Re: [smokeping-users] [BUG] setting umask for new RRD files Date: Thu, 6 May 2010 16:16:28 +0200 On Thursday 06 May 2010, Tobias Oetiker wrote: > Today Alex wrote: > > On Tuesday 04 May 2010, Tobias Oetiker wrote: > > > Today Thomas Lobker wrote: > > > > For some reason Smokeping is forcing a umask 022 on the data > > > > folder > > > > > > you should be using suexec so that the cgi runs as the same user as > > > the daemon ... > > > > Why is smokeping setting the umask at all? By doing that it is > > deliberately breaking standard behaviour. If this command is removed > > from smokeping, users can let smokeping create files with the > > permissions _they_ want, not an _arbitrary_ and unconfigurable value > > which only works in one particular environment. > the umask is being set because we found that many people ran into > trouble because their default umask settings were too tight and > thus the web smokeping was not able to read the rrd files written > by the daemon ... I'll be glat to incorporate your patch if it did > not remove the fix for that problem ... That solution is not very unix-like, those users should have set the umask less restrictive before starting smokeping. Even then, the currently forced umask of 022 is very restrictive, those users had it even more restrictive? For me a umask of 002 would solve the issue, does it for you? That would be the quickest fix. A bit more cumbersome, but cleaner, would be to remove the umask call or make it configurable. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3480 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100506/81244ffb/attachment.bin From Vidar.Stokkenes at hn-ikt.no Fri May 14 10:47:48 2010 From: Vidar.Stokkenes at hn-ikt.no (Stokkenes Vidar) Date: Fri, 14 May 2010 10:47:48 +0200 Subject: [smokeping-users] Small dips in graphs on distributed smokeping installation Message-ID: Hello everyone, I am having slight problems with my Smokeping installation. I have about 6 smokeping slaves who are mainly (for the moment) querying 11 different routers using the CiscoRTTMonEchoICMP probe to monitor cross-WAN latency. However, on a few boxes (mainly those that have the most probes to query) I get similar errors to this one: Apr 30 04:38:03 smokeping[23470]: CiscoRTTMonEchoICMP: WARNING: smokeping took 633 seconds to complete 1 round of polling. It should complete polling in 300 seconds. You may have unresponsive devices in your setup. I can also see a short "dip" in the graphs for that specific location using that specific slave on my CGI interface. As far as my troubleshooting go, I don't have any unresponsive devices in my setup, but I can imagine that probing 11 different devices with 20 SNMP pings can take some time. Would you advise me to increase my "global" step to increase the time it expects the job to complete? Or do you have any better ideas what to do? Any help would be appreciated! Best regards, Vidar S From tobi at oetiker.ch Fri May 14 18:25:36 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Fri, 14 May 2010 18:25:36 +0200 (CEST) Subject: [smokeping-users] Small dips in graphs on distributed smokeping installation In-Reply-To: References: Message-ID: Hi Vidar, Today Stokkenes Vidar wrote: > Hello everyone, > > I am having slight problems with my Smokeping installation. I > have about 6 smokeping slaves who are mainly (for the moment) > querying 11 different routers using the CiscoRTTMonEchoICMP probe > to monitor cross-WAN latency. However, on a few boxes (mainly > those that have the most probes to query) I get similar errors to > this one: > > Apr 30 04:38:03 smokeping[23470]: CiscoRTTMonEchoICMP: WARNING: smokeping took 633 seconds to complete 1 round of polling. It should complete polling in 300 seconds. You may have unresponsive devices in your setup. > > I can also see a short "dip" in the graphs for that specific > location using that specific slave on my CGI interface. > > As far as my troubleshooting go, I don't have any unresponsive > devices in my setup, but I can imagine that probing 11 different > devices with 20 SNMP pings can take some time. Would you advise > me to increase my "global" step to increase the time it expects > the job to complete? Or do you have any better ideas what to do? you may want to raise the number of parallel CiscoRTTMonEchoICMP tasks running to shorten the wait ... in your *** Probes *** definition, try forks = 10 or something like this ... http://oss.oetiker.ch/smokeping/probe/CiscoRTTMonEchoICMP.en.html cheers tobi > > Any help would be appreciated! > > Best regards, > > Vidar S > > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From josh at imaginenetworksllc.com Sat May 15 00:22:19 2010 From: josh at imaginenetworksllc.com (Josh Luthman) Date: Fri, 14 May 2010 18:22:19 -0400 Subject: [smokeping-users] Removing all historical data Message-ID: Is the correct method for removing all historical data stopping the daemon, clearing /usr/local/smokeping/var (or whatever is datadir) and then starting the daemon? Should I delete the imgcache, too? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 ?Success is not final, failure is not fatal: it is the courage to continue that counts.? --- Winston Churchill From tobi at oetiker.ch Sat May 15 08:11:07 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sat, 15 May 2010 08:11:07 +0200 (CEST) Subject: [smokeping-users] Removing all historical data In-Reply-To: References: Message-ID: Hi Josh, Yesterday Josh Luthman wrote: > Is the correct method for removing all historical data stopping the > daemon, clearing /usr/local/smokeping/var (or whatever is datadir) and > then starting the daemon? Should I delete the imgcache, too? removing the data is sufficient, but removing the image cache is a good idea too ... stop smokeping while you do it, and then restart it afterwards. cheers tobi > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > ?Success is not final, failure is not fatal: it is the courage to > continue that counts.? > --- Winston Churchill > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From Vidar.Stokkenes at hn-ikt.no Tue May 18 08:25:05 2010 From: Vidar.Stokkenes at hn-ikt.no (Stokkenes Vidar) Date: Tue, 18 May 2010 08:25:05 +0200 Subject: [smokeping-users] Small dips in graphs on distributed smokeping installation In-Reply-To: References: Message-ID: > -----Original Message----- > From: Tobias Oetiker [mailto:tobi at oetiker.ch] > Sent: 14. mai 2010 18:26 > To: Stokkenes Vidar > Cc: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] Small dips in graphs on distributed > smokeping installation > > you may want to raise the number of parallel CiscoRTTMonEchoICMP > tasks running to shorten the wait ... > > in your *** Probes *** > > definition, try > > forks = 10 > > or something like this ... > > http://oss.oetiker.ch/smokeping/probe/CiscoRTTMonEchoICMP.en.html Hello Tobi, and thanks for the advice. Let me just get something clearified before I try that. There is no need to change *** Probes *** on every node, as I assume the slaves get their probe settings from their master? This might be a stupid question, but I just need to know :-) -Vidar From tobi at oetiker.ch Tue May 18 08:29:29 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Tue, 18 May 2010 08:29:29 +0200 (CEST) Subject: [smokeping-users] Small dips in graphs on distributed smokeping installation In-Reply-To: References: Message-ID: Hi Vidar, yes the slaves get their probe settings from the master unless configured differently. cheers tobi Today Stokkenes Vidar wrote: > > -----Original Message----- > > From: Tobias Oetiker [mailto:tobi at oetiker.ch] > > Sent: 14. mai 2010 18:26 > > To: Stokkenes Vidar > > Cc: smokeping-users at lists.oetiker.ch > > Subject: Re: [smokeping-users] Small dips in graphs on distributed > > smokeping installation > > > > you may want to raise the number of parallel CiscoRTTMonEchoICMP > > tasks running to shorten the wait ... > > > > in your *** Probes *** > > > > definition, try > > > > forks = 10 > > > > or something like this ... > > > > http://oss.oetiker.ch/smokeping/probe/CiscoRTTMonEchoICMP.en.html > > Hello Tobi, and thanks for the advice. > > Let me just get something clearified before I try that. There is no need to change *** Probes *** on every node, as I assume the slaves get their probe settings from their master? > > This might be a stupid question, but I just need to know :-) > > > -Vidar > > -- 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 Vidar.Stokkenes at hn-ikt.no Tue May 18 09:46:06 2010 From: Vidar.Stokkenes at hn-ikt.no (Stokkenes Vidar) Date: Tue, 18 May 2010 09:46:06 +0200 Subject: [smokeping-users] Small dips in graphs on distributed smokeping installation In-Reply-To: References: Message-ID: > -----Original Message----- > From: Tobias Oetiker [mailto:tobi at oetiker.ch] > Sent: 18. mai 2010 08:29 > To: Stokkenes Vidar > Cc: smokeping-users at lists.oetiker.ch > Subject: RE: [smokeping-users] Small dips in graphs on distributed > smokeping installation > > Hi Vidar, > > yes the slaves get their probe settings from the master unless > configured differently. Thank you again, Tobi. This solved my problem, and I now have consistent graphs from all slaves :-) -Vidar From josh at imaginenetworksllc.com Fri May 21 19:03:51 2010 From: josh at imaginenetworksllc.com (Josh Luthman) Date: Fri, 21 May 2010 13:03:51 -0400 Subject: [smokeping-users] Removing all historical data In-Reply-To: References: Message-ID: I must doing something wrong. If I kill Smokeping, delete the data and then start it, the content still shows up. The data isn't generating, either. It may be Smokeping is not writing any new data. /var/www/html/smokeping (where the content is) is owned by the web server. I start Smokeping with --debug and it says: Smokeping version 2.003006 successfully launched. Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that. FPing: probing 23 targets with step 300 s and offset 4 s. FPing: Executing /usr/sbin/fping -C 20 -q -B1 -r1 -i(all my hosts) Any suggestion on where to look for the problem? Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 ?Success is not final, failure is not fatal: it is the courage to continue that counts.? --- Winston Churchill On Sat, May 15, 2010 at 2:11 AM, Tobias Oetiker wrote: > Hi Josh, > > Yesterday Josh Luthman wrote: > > > Is the correct method for removing all historical data stopping the > > daemon, clearing /usr/local/smokeping/var (or whatever is datadir) and > > then starting the daemon? Should I delete the imgcache, too? > > removing the data is sufficient, but removing the image cache is a > good idea too ... stop smokeping while you do it, and then restart > it afterwards. > > cheers > tobi > > > > > Josh Luthman > > Office: 937-552-2340 > > Direct: 937-552-2343 > > 1100 Wayne St > > Suite 1337 > > Troy, OH 45373 > > > > ?Success is not final, failure is not fatal: it is the courage to > > continue that counts.? > > --- Winston Churchill > > > > _______________________________________________ > > smokeping-users mailing list > > smokeping-users at lists.oetiker.ch > > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > > > > > -- > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland > http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100521/5872ea0f/attachment.htm From sovrevage at gmail.com Tue May 25 10:48:34 2010 From: sovrevage at gmail.com (=?ISO-8859-1?Q?Stian_=D8vrev=E5ge?=) Date: Tue, 25 May 2010 10:48:34 +0200 Subject: [smokeping-users] RRDTool commands for generating graphs Message-ID: Hi, I need to stick 10-20-30 graphs on a single webpage (dynamically generated) that will include loss-info (my overview graphs doesnt include loss for some reason). I already have my own rrdtool wrapper for generating graphs on demand but it would be nice to have the same look as smokeping to avoid confusion among users. I cannot link directly to the image-files because it seems they are first generated by smokeping.cgi (which I wont be using) and then linked on the webpage on load. In my own wrapper I can also turn off legends which would be good to avoid the overhead of 30 identical legends on the same page, saving valuable space. I have tried reverse engineering the code but it's not my best skill, obviously :) TIA & Cheers, Stian ?vrev?ge From rjd at merit.edu Tue May 25 20:32:30 2010 From: rjd at merit.edu (Russell Dwarshuis) Date: Tue, 25 May 2010 14:32:30 -0400 (EDT) Subject: [smokeping-users] RRDTool commands for generating graphs In-Reply-To: References: Message-ID: If you are familiar with rrdtool already and just want to generate graphs with the same look, you could go through the smokeping code and print to a file what the arguments of calls to RRDs::graph are. That should get you pretty close. -Russell Dwarshuis On Tue, 25 May 2010, Stian ?~Xvrev??ge wrote: > Hi, > > I need to stick 10-20-30 graphs on a single webpage (dynamically > generated) that will include loss-info (my overview graphs doesnt > include loss for some reason). > > I already have my own rrdtool wrapper for generating graphs on demand > but it would be nice to have the same look as smokeping to avoid > confusion among users. > > I cannot link directly to the image-files because it seems they are > first generated by smokeping.cgi (which I wont be using) and then > linked on the webpage on load. > > In my own wrapper I can also turn off legends which would be good to > avoid the overhead of 30 identical legends on the same page, saving > valuable space. > > I have tried reverse engineering the code but it's not my best skill, > obviously :) > > TIA & Cheers, > Stian ?vrev?ge > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > From josh at imaginenetworksllc.com Thu May 27 06:51:18 2010 From: josh at imaginenetworksllc.com (Josh Luthman) Date: Thu, 27 May 2010 00:51:18 -0400 Subject: [smokeping-users] Removing all historical data In-Reply-To: References: Message-ID: I had to update two things in the config: imgurl cgiurl These two variables go to host.company.com where I use smoke.easy.com to get to the page. Thanks for the help, Tobi. Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 ?Success is not final, failure is not fatal: it is the courage to continue that counts.? --- Winston Churchill On Fri, May 21, 2010 at 1:03 PM, Josh Luthman wrote: > I must doing something wrong.? If I kill Smokeping, delete the data and then > start it, the content still shows up. > > The data isn't generating, either.? It may be Smokeping is not writing any > new data.? /var/www/html/smokeping (where the content is) is owned by the > web server. > > I start Smokeping with --debug and it says: > > Smokeping version 2.003006 successfully launched. > Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for > that. > FPing: probing 23 targets with step 300 s and offset 4 s. > FPing: Executing /usr/sbin/fping -C 20 -q -B1 -r1 -i(all my hosts) > > Any suggestion on where to look for the problem? > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > ?Success is not final, failure is not fatal: it is the courage to continue > that counts.? > --- Winston Churchill > > > On Sat, May 15, 2010 at 2:11 AM, Tobias Oetiker wrote: >> >> Hi Josh, >> >> Yesterday Josh Luthman wrote: >> >> > Is the correct method for removing all historical data stopping the >> > daemon, clearing /usr/local/smokeping/var (or whatever is datadir) and >> > then starting the daemon? ?Should I delete the imgcache, too? >> >> removing the data is sufficient, but removing the image cache is a >> good idea too ... stop smokeping while you do it, and then restart >> it afterwards. >> >> cheers >> tobi >> >> > >> > Josh Luthman >> > Office: 937-552-2340 >> > Direct: 937-552-2343 >> > 1100 Wayne St >> > Suite 1337 >> > Troy, OH 45373 >> > >> > ?Success is not final, failure is not fatal: it is the courage to >> > continue that counts.? >> > --- Winston Churchill >> > >> > _______________________________________________ >> > smokeping-users mailing list >> > smokeping-users at lists.oetiker.ch >> > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> > >> > >> >> -- >> Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland >> http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 > > From alan.scott at logicalsolutions.co.nz Thu May 27 18:35:41 2010 From: alan.scott at logicalsolutions.co.nz (Alan Scott) Date: Fri, 28 May 2010 04:35:41 +1200 Subject: [smokeping-users] Issues with Alerts Message-ID: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> Good Morning All, I am new to smoke ping and are trying to get alerts running. From a email perspective it all appears to be functioning correctly. I have sent a test email and seems to be fine. We are only using the "fping" probe and my alarm config looks like this; +rttdetect type = rtt # in milliseconds pattern = <25,>40 comment = Latency reached unacceptable levels for VoIP All I am after is to be sent an email if the latency changes from below 24ms to above 40ms. Does this look correct or do I have the syntax wrong? Please help is possible, Alan Scott | Manager Lvl1, 36 Bryce Street Hamilton 3204 PO Box 19-145 Hamilton 3244 t: +64 7 929 2200 Ext 4001 f: +64 7 929 2201 m: 021 843 281 http://www.logicalsolutions.co.nz Helpdesk: 0800 895 101 Auckland: +64 9 974 2351 Wellington: +64 4 974 4030 Christchurch: +64 3 974 3440 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100528/84d5151b/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 5766 bytes Desc: image001.jpg Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100528/84d5151b/attachment-0001.jpeg From robert.mersberger at goldenliving.com Thu May 27 19:39:32 2010 From: robert.mersberger at goldenliving.com (Mersberger, Robert) Date: Thu, 27 May 2010 12:39:32 -0500 Subject: [smokeping-users] Issues with Alerts In-Reply-To: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> References: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> Message-ID: <77AF43BAFA571044A7520788C54EDDEB030D5DEB1A@GLEXCH04401.GoldenLiving.Com> I think all your pattern is says is if one time it is less than 25 and the next time it is greater that 40 sent and alert. Need to define a better pattern ________________________________ From: smokeping-users-bounces+robert.mersberger=goldenliving.com at lists.oetiker.ch [mailto:smokeping-users-bounces+robert.mersberger=goldenliving.com at lists.oetiker.ch] On Behalf Of Alan Scott Sent: Thursday, May 27, 2010 11:36 AM To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] Issues with Alerts Good Morning All, I am new to smoke ping and are trying to get alerts running. >From a email perspective it all appears to be functioning correctly. I have sent a test email and seems to be fine. We are only using the "fping" probe and my alarm config looks like this; +rttdetect type = rtt # in milliseconds pattern = <25,>40 comment = Latency reached unacceptable levels for VoIP All I am after is to be sent an email if the latency changes from below 24ms to above 40ms. Does this look correct or do I have the syntax wrong? Please help is possible, Alan Scott | Manager [cid:image001.jpg at 01CAFE1E.E7FC5C30] Lvl1, 36 Bryce Street Hamilton 3204 PO Box 19-145 Hamilton 3244 t: +64 7 929 2200 Ext 4001 f: +64 7 929 2201 m: 021 843 281 http://www.logicalsolutions.co.nz Helpdesk: 0800 895 101 Auckland: +64 9 974 2351 Wellington: +64 4 974 4030 Christchurch: +64 3 974 3440 ________________________________ Please consider the environment before printing this e-mail. CONFIDENTIAL NOTICE: This e-mail message and any attachment(s) (collectively, this 'Email') are intended only for the confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient named above or an agent responsible for delivering it to the intended recipient named above, you have received this Email in error. Please notify the sender immediately and permanently delete this Email and any copies thereof. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100527/a5ccb367/attachment.htm From tobi at oetiker.ch Fri May 28 07:36:53 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Fri, 28 May 2010 07:36:53 +0200 (CEST) Subject: [smokeping-users] Issues with Alerts In-Reply-To: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> References: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> Message-ID: Hi Alan, Today Alan Scott wrote: > pattern = <25,>40 > [...] > All I am after is to be sent an email if the latency changes from below > 24ms to above 40ms. Does this look correct or do I have the syntax > wrong? yes, but you pattern requires the latency to jump from <25 to >40 in a single step ... so it would not match 24,31,41 it would only match 24,41 cheers tobi -- 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 alan.scott at logicalsolutions.co.nz Fri May 28 08:35:41 2010 From: alan.scott at logicalsolutions.co.nz (Alan Scott) Date: Fri, 28 May 2010 18:35:41 +1200 Subject: [smokeping-users] Issues with Alerts References: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> Message-ID: <7F4E58CD2E0E2E4E8713A8184564B7C835ADC2@server.hamilton.codeblue.co.nz> Is there a way I can set a pattern that if the latency is over 40ms from anything it will send an alert??? Thanks for your help Alan Scott -----Original Message----- From: Tobias Oetiker [mailto:tobi at oetiker.ch] Sent: Friday, 28 May 2010 5:37 p.m. To: Alan Scott Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Issues with Alerts Hi Alan, Today Alan Scott wrote: > pattern = <25,>40 > [...] > All I am after is to be sent an email if the latency changes from below > 24ms to above 40ms. Does this look correct or do I have the syntax > wrong? yes, but you pattern requires the latency to jump from <25 to >40 in a single step ... so it would not match 24,31,41 it would only match 24,41 cheers tobi -- 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 maarten at kruyswijk.mine.nu Fri May 28 11:14:45 2010 From: maarten at kruyswijk.mine.nu (Maarten Kruyswijk) Date: Fri, 28 May 2010 11:14:45 +0200 Subject: [smokeping-users] help with multihost graphs Message-ID: Hi all, I really could be using a help. After a lot of google and finding a lot of results. I am still not able to resolve my issue and I feel really stupid. Below you will find my config from Target and as soon as I put it in place, I get an error on the webpage. ERROR: Expected some arguments after 'COMMENT:' +Clients menu = client title = client Network alerts = bigloss,someloss,startloss host = /Clients/Amsterdam/acoresw03 /Clients/Amsterdam/acoresw04 ++Amsterdam menu = Amsterdam title = AMS +++acoresw01 host = acoresw01 +++acoresw02 host = acoresw02 +++ acoresw03 host = acoresw03 +++ acoresw04 host = acoresw04 to make it complete I also tried it on the 01 and 02, that is why there is no space there, I thought that that might be the issue... it wasn't... anybody any idea's to what I am doing wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100528/03ed74d5/attachment-0001.htm From tobi at oetiker.ch Sat May 29 10:04:58 2010 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sat, 29 May 2010 10:04:58 +0200 (CEST) Subject: [smokeping-users] Issues with Alerts In-Reply-To: <7F4E58CD2E0E2E4E8713A8184564B7C835ADC2@server.hamilton.codeblue.co.nz> References: <7F4E58CD2E0E2E4E8713A8184564B7C835ADA5@server.hamilton.codeblue.co.nz> <7F4E58CD2E0E2E4E8713A8184564B7C835ADC2@server.hamilton.codeblue.co.nz> Message-ID: Yesterday Alan Scott wrote: > Is there a way I can set a pattern that if the latency is over 40ms from > anything it will send an alert??? you could do pattern = <40,>40 or if you want to be a bit less trigger happy: pattern = <40,<40,>40,>40 cheers tobi > > Thanks for your help > > > Alan Scott > > -----Original Message----- > From: Tobias Oetiker [mailto:tobi at oetiker.ch] > Sent: Friday, 28 May 2010 5:37 p.m. > To: Alan Scott > Cc: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] Issues with Alerts > > Hi Alan, > > Today Alan Scott wrote: > > > pattern = <25,>40 > > > [...] > > All I am after is to be sent an email if the latency changes from > below > > 24ms to above 40ms. Does this look correct or do I have the syntax > > wrong? > > yes, but you pattern requires the latency to jump from <25 to >40 > in a single step ... so it would not match > > 24,31,41 > > it would only match > > 24,41 > > cheers > tobi > > > -- 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 maarten at kruyswijk.mine.nu Sun May 30 19:10:57 2010 From: maarten at kruyswijk.mine.nu (Maarten Kruyswijk) Date: Sun, 30 May 2010 19:10:57 +0200 Subject: [smokeping-users] help with multihost graphs In-Reply-To: References: Message-ID: Anybody any idea? I know it must be simple... but I am stuck... From: smokeping-users-bounces+maarten=kruyswijk.mine.nu at lists.oetiker.ch [mailto:smokeping-users-bounces+maarten=kruyswijk.mine.nu at lists.oetiker. ch] On Behalf Of Maarten Kruyswijk Sent: Friday, May 28, 2010 11:15 AM To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] help with multihost graphs Hi all, I really could be using a help. After a lot of google and finding a lot of results. I am still not able to resolve my issue and I feel really stupid. Below you will find my config from Target and as soon as I put it in place, I get an error on the webpage. ERROR: Expected some arguments after 'COMMENT:' +Clients menu = client title = client Network alerts = bigloss,someloss,startloss host = /Clients/Amsterdam/acoresw03 /Clients/Amsterdam/acoresw04 ++Amsterdam menu = Amsterdam title = AMS +++acoresw01 host = acoresw01 +++acoresw02 host = acoresw02 +++ acoresw03 host = acoresw03 +++ acoresw04 host = acoresw04 to make it complete I also tried it on the 01 and 02, that is why there is no space there, I thought that that might be the issue... it wasn't... anybody any idea's to what I am doing wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100530/4ea1c89c/attachment.htm From sovrevage at gmail.com Mon May 31 12:27:44 2010 From: sovrevage at gmail.com (=?ISO-8859-1?Q?Stian_=D8vrev=E5ge?=) Date: Mon, 31 May 2010 12:27:44 +0200 Subject: [smokeping-users] Alerts: Edgetrigger not sending a "0" as argument when lowering alert Message-ID: Hi, I have a script that is called by smokeping in the event of an alert. The script sends an SMS including the details of the alert. I use both normal persistent alerts and edgetrigger alerts. When using edgetrigger alerts the value of the 6. argument calling the script is a "1" indicating a raising of the alarm. In the documentation it says that when lowering the alert the value is a 0. This is not the behaviour I'm observing; I'm observing the script being called with only 5 arguments, and thus causing my script to treat the alarm as a normal persistent alarm, and not a lowering of an incident that has been in progress. The script is now ~15 lines of code and I would really appreciate if I did not have to add extensive code for detecting whether or not the alert is an persistent active alert or a lowering of an existing alert condition... (In the beginning i suspected it was PHP's handling of the arguments being at fault, but I can call the script from the commandline and it behaves as intended.) Cheers & TIA, Stian ?vrev?ge From ntyni+smokeping-users at mappi.helsinki.fi Mon May 31 19:37:47 2010 From: ntyni+smokeping-users at mappi.helsinki.fi (Niko Tyni) Date: Mon, 31 May 2010 20:37:47 +0300 Subject: [smokeping-users] Alerts: Edgetrigger not sending a "0" as argument when lowering alert In-Reply-To: References: Message-ID: <20100531173747.GA17245@madeleine.local.invalid> On Mon, May 31, 2010 at 12:27:44PM +0200, Stian ?vrev?ge wrote: > When using edgetrigger alerts the value of the 6. argument calling the > script is a "1" indicating a raising of the alarm. In the > documentation it says that when lowering the alert the value is a 0. > This is not the behaviour I'm observing; I'm observing the script > being called with only 5 arguments, and thus causing my script to > treat the alarm as a normal persistent alarm, and not a lowering of an > incident that has been in progress. This indeed seems to be a bug. Thanks for reporting it. Looking at the code, the lower edge will call your script with six arguments, but the last one is an empty string instead of zero. There is a difference to the five argument case, and it should be possible to detect this in your script (for Bourne shell scripts, looking at $# should do.) That said, does this patch work for you? It should make the behaviour conform to the documentation. -- Niko -------------- next part -------------- A non-text attachment was scrubbed... Name: edgetrigger.patch Type: text/x-diff Size: 694 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100531/d5a0ff2a/attachment.patch