From Vinny_Abello at Dell.com Tue Feb 5 03:47:17 2013 From: Vinny_Abello at Dell.com (Vinny_Abello at Dell.com) Date: Tue, 5 Feb 2013 02:47:17 +0000 Subject: [smokeping-users] ssh-keyscan error starting from boot only In-Reply-To: <20130123211139.GA28380@ns.umpquanet.com> References: <20130123211139.GA28380@ns.umpquanet.com> Message-ID: Thanks for the tip. On my system I actually found that smokeping is starting before, sshd oddly enough. I modified the smokeping rc file from: # REQUIRE: LOGIN to # REQUIRE: LOGIN sshd The order now looks correct and rcorder shows smokeping will be started after sshd now. I think that dependency should probably be in place in the FreeBSD port rc script by default, unless there is a more proper way to do this. Perhaps something else is wrong on my system and LOGIN is expected to be dependend on sshd or some other chain of events. -Vinny -----Original Message----- From: Jim Long [mailto:smokeping at museum.rain.com] Sent: Wednesday, January 23, 2013 4:12 PM To: Abello, Vinny Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] ssh-keyscan error starting from boot only On Wed, Jan 23, 2013 at 07:17:09PM +0000, Vinny_Abello at Dell.com wrote: > Hello, > > I'm wondering if anyone has encountered this problem. We're running smokeping 2.6.7 on FreeBSD 8.3. When the system boots up, the startup script tries to start smokeping, but smokeping errors out on initializing the ssh-keyscan probe with the following error: > > Starting smokeping. > ### parsing dig output...OK > ERROR: output of '/usr/bin/ssh-keyscan -t dsa,rsa,rsa1 127.0.0.1' does not match (?i-xsm:^# \\S+ SSH-) > at (eval 56) line 1 > > /etc/rc: WARNING: failed to start smokeping > > > The very strange thing is if I start smokeping using the same startup script manually after the system has booted, I get no error at all and everything works fine. > > Any thoughts on why this is and how I would go about correcting it? > > Thanks! > > -Vinny Peter's assessment of the cause is probably accurate, but the FreeBSD rc(8) system likely is already ordering your startup scripts correctly. Read: http://www.freebsd.org/doc/handbook/configtuning-rcd.html And look at your system's current service dependency order: rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | less On my system, I see that sshd starts immediately before smokeping. If sshd forks into the background quickly, before the service is 100% up and running, smokeping could start before sshd is ready for it. I suspect you'll have to put a 'sleep 3' or something at the top of your smokeping startup script, for some value of '3'. Jim From piseshriganesh at gmail.com Tue Feb 5 08:15:38 2013 From: piseshriganesh at gmail.com (Shriganesh Pise) Date: Tue, 5 Feb 2013 12:45:38 +0530 Subject: [smokeping-users] (no subject) Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130205/5c9c97b7/attachment.htm From tobias.brunner at nine.ch Tue Feb 5 11:15:34 2013 From: tobias.brunner at nine.ch (Tobias Brunner) Date: Tue, 05 Feb 2013 11:15:34 +0100 Subject: [smokeping-users] Master/Slave: slaves not updating targets Message-ID: <6876778.bI9FDja3UL@pctobru> Hi, I'm running a Master/Slave setup of Smokeping. Everything seems fine so far, all slaves are probing and their results are sent to the master. Updating the master with new targets does not update the slaves, they don't get new configuration data automatically (even after waiting several hours), only restarting the slave picks up the new targets. Another strange thing: Sometimes I need to restart the slaves several times, because of: WARNING https://server/smokeping/smokeping.cgi sent data with wrong key at /usr/share/perl5/Smokeping/Slave.pm line 107. 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 ? The slaves are correctly configured, because after a few restarts they pick-up their configuration. Any idea on this topic? Cheers, Tobias -- Nine Internet Solutions AG, Albisriederstr. 243a, CH-8047 Zuerich Support +41 44 637 40 40 | Tel +41 44 637 40 00 | Direct +41 44 637 40 13 Skype nine.ch_support From ged at jubileegroup.co.uk Tue Feb 5 12:03:04 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Tue, 5 Feb 2013 11:03:04 +0000 (GMT) Subject: [smokeping-users] Master/Slave: slaves not updating targets In-Reply-To: <6876778.bI9FDja3UL@pctobru> References: <6876778.bI9FDja3UL@pctobru> Message-ID: Hi there, On Tue, 5 Feb 2013, Tobias Brunner wrote: > I'm running a Master/Slave setup of Smokeping. Everything seems fine ... Er, not quite everything... :) > Updating the master with new targets does not update the slaves, they don't > get new configuration data automatically (even after waiting several hours), > only restarting the slave picks up the new targets. > > Another strange thing: Sometimes I need to restart the slaves several times > ... > The slaves are correctly configured, because after a few restarts they pick-up > their configuration. I have never seen Smokeping do anything like this, but I have seen similar problems with other, unrelated software and the cause has usually been a confused configuration. Perhaps you have more than one script starting Smokeping, or perhaps you even have more than one version of Smokeping installed. Which operating system and /or distribution are you using? Have you by any chance installed both the package maintainer's version and a source version? -- 73, Ged. From tobias.brunner at nine.ch Tue Feb 5 13:10:35 2013 From: tobias.brunner at nine.ch (Tobias Brunner) Date: Tue, 05 Feb 2013 13:10:35 +0100 Subject: [smokeping-users] Master/Slave: slaves not updating targets In-Reply-To: References: <6876778.bI9FDja3UL@pctobru> Message-ID: <1816390.6lkY6idB2m@pctobru> Hi, > Which operating system and /or distribution are you using? It's Ubuntu Server 12.04 > Have you by any chance installed both the package maintainer's version and a > source version? No, I've just done a "apt-get install smokeping". This installs version 2.6.7-1. I'm pretty sure that there is no other smokeping version installed (f.e. by hand). Maybe there are some debug parameters and/or a debug log? Cheers, Tobias -- Nine Internet Solutions AG, Albisriederstr. 243a, CH-8047 Zuerich Support +41 44 637 40 40 | Tel +41 44 637 40 00 | Direct +41 44 637 40 13 Skype nine.ch_support From smokeping at museum.rain.com Tue Feb 5 21:48:38 2013 From: smokeping at museum.rain.com (Jim Long) Date: Tue, 5 Feb 2013 12:48:38 -0800 Subject: [smokeping-users] ssh-keyscan error starting from boot only In-Reply-To: References: <20130123211139.GA28380@ns.umpquanet.com> Message-ID: <20130205204838.GB41182@ns.umpquanet.com> On Tue, Feb 05, 2013 at 02:47:17AM +0000, Vinny_Abello at Dell.com wrote: > Thanks for the tip. On my system I actually found that > smokeping is starting before, sshd oddly enough. Not all that odd.... In 2008, the FreeBSD port's startup script was changed from rev. 1.1 to 1.2, and one of the changes was to add a dependency on the sshd service: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net-mgmt/smokeping/files/smokeping.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.2 I run an older smokeping, and have version 1.5 of the startup script, so I was still seeing the ssh dependency on my system. Last June, the ssh dependency was removed in version 1.7 of the script: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net-mgmt/smokeping/files/smokeping.in.diff?r1=text&tr1=1.6&r2=text&tr2=1.7 So for those who have installed a recent version of the smokeping port, the behaviour you're seeing is very explainable. I don't know the underlying reasons for why the change was made, however. Perhaps Rodrigo knows. Jim > I modified the smokeping rc file from: > > # REQUIRE: LOGIN > > to > > # REQUIRE: LOGIN sshd > > The order now looks correct and rcorder shows smokeping will be started after sshd now. I think that dependency should probably be in place in the FreeBSD port rc script by default, unless there is a more proper way to do this. Perhaps something else is wrong on my system and LOGIN is expected to be dependend on sshd or some other chain of events. > > -Vinny > > -----Original Message----- > From: Jim Long [mailto:smokeping at museum.rain.com] > Sent: Wednesday, January 23, 2013 4:12 PM > To: Abello, Vinny > Cc: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] ssh-keyscan error starting from boot only > > On Wed, Jan 23, 2013 at 07:17:09PM +0000, Vinny_Abello at Dell.com wrote: > > Hello, > > > > I'm wondering if anyone has encountered this problem. We're running smokeping 2.6.7 on FreeBSD 8.3. When the system boots up, the startup script tries to start smokeping, but smokeping errors out on initializing the ssh-keyscan probe with the following error: > > > > Starting smokeping. > > ### parsing dig output...OK > > ERROR: output of '/usr/bin/ssh-keyscan -t dsa,rsa,rsa1 127.0.0.1' does not match (?i-xsm:^# \\S+ SSH-) > > at (eval 56) line 1 > > > > /etc/rc: WARNING: failed to start smokeping > > > > > > The very strange thing is if I start smokeping using the same startup script manually after the system has booted, I get no error at all and everything works fine. > > > > Any thoughts on why this is and how I would go about correcting it? > > > > Thanks! > > > > -Vinny > > Peter's assessment of the cause is probably accurate, but the > FreeBSD rc(8) system likely is already ordering your startup > scripts correctly. > > Read: http://www.freebsd.org/doc/handbook/configtuning-rcd.html > > And look at your system's current service dependency order: > > rcorder /etc/rc.d/* /usr/local/etc/rc.d/* | less > > On my system, I see that sshd starts immediately before > smokeping. If sshd forks into the background quickly, before the > service is 100% up and running, smokeping could start before sshd > is ready for it. > > I suspect you'll have to put a 'sleep 3' or something at the > top of your smokeping startup script, for some value of '3'. > > Jim From kdr at kdr.ms Wed Feb 6 02:53:15 2013 From: kdr at kdr.ms (Kris De Rocker) Date: Wed, 06 Feb 2013 02:53:15 +0100 Subject: [smokeping-users] rename of smokeping.cgi into index.cgi Message-ID: <5111B78B.4040509@kdr.ms> Dear, I've followed a nice (and working!) how-to to install smokeping on a CentOS system (http://www.wedebugyou.com/2012/11/how-to-install-and-configure-smokeping-on-centos-6/) At this moment, the smokeping URL is like http://ip/smokeping/smokeping.cgi Can i just do a rename of smokeping.cgi into index.cgi so that when i surf to http://ip/smokeping it will be visible? Or isn't that possible? Best regards, Kris -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130206/680c8d95/attachment.htm From smokeping at museum.rain.com Wed Feb 6 04:19:22 2013 From: smokeping at museum.rain.com (Jim Long) Date: Tue, 5 Feb 2013 19:19:22 -0800 Subject: [smokeping-users] rename of smokeping.cgi into index.cgi In-Reply-To: <5111B78B.4040509@kdr.ms> References: <5111B78B.4040509@kdr.ms> Message-ID: <20130206031922.GA72439@ns.umpquanet.com> On Wed, Feb 06, 2013 at 02:53:15AM +0100, Kris De Rocker wrote: > Dear, > > I've followed a nice (and working!) how-to to install smokeping on a > CentOS system > (http://www.wedebugyou.com/2012/11/how-to-install-and-configure-smokeping-on-centos-6/) > > > At this moment, the smokeping URL is like http://ip/smokeping/smokeping.cgi > Can i just do a rename of smokeping.cgi into index.cgi so that when i > surf to http://ip/smokeping it will be visible? Or isn't that possible? > > Best regards, > Kris Why not just let Apache do it for you? That way, any explicit links to smokeping.cgi won't be broken. Also when you upgrade, you won't have any non-standard file names to be concerned with. Jim ScriptAlias /smokeping/smokeping.cgi /path/to/your/htdocs/smokeping.cgi ScriptAlias /smokeping/ /path/to/your/htdocs/smokeping.cgi From ged at jubileegroup.co.uk Wed Feb 6 09:37:28 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Wed, 6 Feb 2013 08:37:28 +0000 (GMT) Subject: [smokeping-users] rename of smokeping.cgi into index.cgi In-Reply-To: <5111B78B.4040509@kdr.ms> References: <5111B78B.4040509@kdr.ms> Message-ID: Hi there, On Wed, 6 Feb 2013, Kris De Rocker wrote: > I've followed a nice (and working!) how-to to install smokeping on a CentOS system > (http://www.wedebugyou.com/2012/11/how-to-install-and-configure-smokeping-on-centos-6/) Unofficial HOWTOs generally should be treated with suspicion. They are usually out of date and often wrong. > At this moment, the smokeping URL is like http://ip/smokeping/smokeping.cgi > Can i just do a rename of smokeping.cgi into index.cgi so that when i surf to > http://ip/smokeping it will be visible? Or isn't that possible? Don't do that. Use the facilities which are made available by Apache: http://httpd.apache.org/docs/2.4/mod/mod_dir.html#directoryindex -- 73, Ged. From sangdrax8 at gmail.com Wed Feb 13 14:31:55 2013 From: sangdrax8 at gmail.com (sangdrax8) Date: Wed, 13 Feb 2013 08:31:55 -0500 Subject: [smokeping-users] Sorter and slaves Message-ID: I have setup a master/slave configuration which seems to completely working with the exception of the charts (stddev, etc). I setup a master on a machine which I did not allow access to the internet. I then setup two slaves both with internet access. I have all my Targets setup so the master does not check them, and I assign checks to each slave. I did have to edit the permissions on the data directory on the master to allow the apache server to write the data from the slaves. Once I did that, I now have live data from both slaves. I just don't know why the Charts aren't working when all my data comes from slaves. On the webpage all I see is: Top Standard Deviation No targets returned by the sorter. The apache logs show that the sorter seems to be dropping the data, but I don't know why. apache error log: Warning: Dropping median/slave1_View/slave1_google~slave1.test.net from sortercache Can anyone help me out here? These aren't critical, so I can always just remove this section from the web gui, but I do like them. It would be nice if they would work with my slaves. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130213/7f904bc3/attachment.htm From throck+smokeping at gmail.com Wed Feb 13 16:26:06 2013 From: throck+smokeping at gmail.com (Tom Throckmorton) Date: Wed, 13 Feb 2013 10:26:06 -0500 Subject: [smokeping-users] Sorter and slaves In-Reply-To: References: Message-ID: <511BB08E.9090009@gmail.com> On 2/13/13 8:31 AM, sangdrax8 wrote: > > I have setup a master/slave configuration which seems to completely > working with the exception of the charts (stddev, etc). > > I setup a master on a machine which I did not allow access to the > internet. I then setup two slaves both with internet access. I have > all my Targets setup so the master does not check them, and I assign > checks to each slave. I did have to edit the permissions on the data > directory on the master to allow the apache server to write the data > from the slaves. Once I did that, I now have live data from both > slaves. I just don't know why the Charts aren't working when all my > data comes from slaves. > > On the webpage all I see is: > > Top Standard Deviation > > No targets returned by the sorter. > > > The apache logs show that the sorter seems to be dropping the data, but > I don't know why. > > apache error log: > > Warning: Dropping median/slave1_View/slave1_google~slave1.test.net > from sortercache > > > Can anyone help me out here? These aren't critical, so I can always > just remove this section from the web gui, but I do like them. It would > be nice if they would work with my slaves. I have a similar setup (non-polling master with slaves) and hit the same issue some time ago; after some research found the charts feature doesn't work with slave data, so I ended up disabling it. I can't put my finger on how I came to that conclusion, but that's at least what my log entry for the config change says :) If i find the definitive reason, I'll follow-up (unless anyone else chimes in with the answer). -tt From sangdrax8 at gmail.com Wed Feb 13 16:53:40 2013 From: sangdrax8 at gmail.com (sangdrax8) Date: Wed, 13 Feb 2013 10:53:40 -0500 Subject: [smokeping-users] Sorter and slaves In-Reply-To: <511BB08E.9090009@gmail.com> References: <511BB08E.9090009@gmail.com> Message-ID: On Wed, Feb 13, 2013 at 10:26 AM, Tom Throckmorton < throck+smokeping at gmail.com> wrote: > On 2/13/13 8:31 AM, sangdrax8 wrote: > > > > I have setup a master/slave configuration which seems to completely > > working with the exception of the charts (stddev, etc). > > > > I setup a master on a machine which I did not allow access to the > > internet. I then setup two slaves both with internet access. I have > > all my Targets setup so the master does not check them, and I assign > > checks to each slave. I did have to edit the permissions on the data > > directory on the master to allow the apache server to write the data > > from the slaves. Once I did that, I now have live data from both > > slaves. I just don't know why the Charts aren't working when all my > > data comes from slaves. > > > > On the webpage all I see is: > > > > Top Standard Deviation > > > > No targets returned by the sorter. > > > > > > The apache logs show that the sorter seems to be dropping the data, but > > I don't know why. > > > > apache error log: > > > > Warning: Dropping median/slave1_View/slave1_google~slave1.test.net > > from sortercache > > > > > > Can anyone help me out here? These aren't critical, so I can always > > just remove this section from the web gui, but I do like them. It would > > be nice if they would work with my slaves. > > I have a similar setup (non-polling master with slaves) and hit the same > issue some time ago; after some research found the charts feature > doesn't work with slave data, so I ended up disabling it. I can't put > my finger on how I came to that conclusion, but that's at least what my > log entry for the config change says :) If i find the definitive > reason, I'll follow-up (unless anyone else chimes in with the answer). > > -tt > Thank you, that was very prompt if not exactly what I was hoping for :) At least I know that slave data does appear to be a problem for charts and it isn't just me. If anyone does have a confirmed way to make this work, I would like to be able to activate these. At least my setup is still providing all the functionality I need even with out this info. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130213/14e21256/attachment.htm From walser at tik.ee.ethz.ch Tue Feb 19 17:20:46 2013 From: walser at tik.ee.ethz.ch (=?UTF-8?B?IkNocmlzdG9waCBXYWxzZXIsIEVUSCBaw7xyaWNoIg==?=) Date: Tue, 19 Feb 2013 17:20:46 +0100 Subject: [smokeping-users] Replace smoketrace with remocular - howto? Message-ID: <5123A65E.1030404@tik.ee.ethz.ch> Hi, I installed Remocular successfully and now want to integrate the trace plugin into the "menuextra" option in smoketrace. With smoketrace, we did it like this: menuextra = * I tried to adjust this for Remocular: menuextra = * This brings up 2 problems: 1) The # is not usable as the somkeping config file syntax uses # for comments 2) The {HOST} macro is expanded with a # at the beginning which is not accepted by remocular. Any ideas on how to do this? Best, Christoph -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 263 bytes Desc: OpenPGP digital signature Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130219/2a1573df/attachment.pgp From ITheodoridis at bankofgreece.gr Fri Feb 22 11:49:45 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Fri, 22 Feb 2013 12:49:45 +0200 Subject: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? Message-ID: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> Hello. I have recently started experimenting with running a smokeping probe on a Rasberrypi box (it's a mini pc board, which can run linux booting from an sd card, and comes with network interface and usb ports, etc. The Rasberrypi's card is loaded with a customized version of Debian called Rasbian. I have added the packages needed for the libraries (fping, echoping, the perl libraries, etc) and have tried both adding the package for smokeping (with apt-get) and compiling from source (after of course removing the packaged version). When I try to run a probe on it using this command line ./bin/smokeping --master-url=http:///cgi-bin/smokeping.fcgi --cache-dir=/var/smokeping/ --slave-name=rasberrypi --shared-secret=/var/smokeping/secret.txt I get the normal message that the probe has communicated with the server and has received configuration. But no data is being graphed for this probe so I took a look at the log. This is what it says: /var/log # cat syslog | grep smokeping Feb 21 12:12:04 raspberrypi smokeping[2300]: Starting syslog logging Feb 21 12:12:04 raspberrypi smokeping[2304]: Smokeping version 2.006008 successfully launched. Feb 21 12:12:04 raspberrypi smokeping[2304]: Entering multiprocess mode. Feb 21 12:12:04 raspberrypi smokeping[2304]: No targets defined for probe TelnetIOSPing, skipping. Feb 21 12:12:04 raspberrypi smokeping[2304]: No targets defined for probe CiscoRTTMonEchoICMP, skipping. Feb 21 12:12:04 raspberrypi smokeping[2304]: No targets defined for probe EchoPingHttp, skipping. Feb 21 12:12:04 raspberrypi smokeping[2304]: Child process 2305 started for probe FPing. Feb 21 12:12:04 raspberrypi smokeping[2304]: All probe processes started successfully. Feb 21 12:12:04 raspberrypi smokeping[2305]: FPing: probing 2 targets with step 300 s and offset 258 s. Feb 21 12:14:18 raspberrypi smokeping[2305]: open3: exec of /usr/sbin/fping -C 20 -q -B1 -r1 -i10 failed at /opt/smokeping/bin/../lib/Smokeping/probes/FPing.pm line 143 Feb 21 12:14:18 raspberrypi smokeping[2304]: Child process 2305 (probe FPing) exited unexpectedly with status 256. This is the same exactly as when I run it with the packaged version. After that I took a look at line 143: my $pid = open3($inh,$outh,$errh, @cmd); I tried the debug option which showed the same thing as the log and after that I tried issuing that command myself: /usr/sbin/fping -C 20 -q -B1 -r1 -i10 . That gave me the message that there was no fping command at /usr/sbin. I found out it was at /usr/bin directory. So I created a symbolic link to overcome this problem. I believe the slave takes the path for the probe from the master. Is there any way I can change that on the probe? Without using that symbolic link? Using the Rasberrypi as a probe could prove to be very advantageous as it has very low power consumption and can be easily shipped and installed at remote locations (where you would need a probe). Greetings to all, ----------------------------------------------------- Ioannis Theodoridis Network & Systems Engineer ----------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130222/f8fbf215/attachment-0001.htm -------------- next part -------------- ============================================================================================================== ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. Any e-mail message from the Bank of Greece (BoG) is sent in good faith but shall neither be binding nor construed as constituting or affecting a contractual arrangement or other commitment by the BoG. The e-mail is intended for the exclusive use of the person whose e-mail address appears in caption as recipient. The sender and the BoG decline liability for inaccuracy, breach of integrity, loss or delayed delivery of the message, for any failure in, interruption to or degradation of either the service or the message, as well as for any loss or damage sustained thereof to the fullest extent provided by law. If this e-mail was not intended for you, please notify the sender immediately via e-mail and delete it at once. Any unauthorized disclosure, dissemination or use, either in whole or in part is strictly prohibited and may give rise to both criminal and civil liability. All rights reserved. ============================================================================================================== From ged at jubileegroup.co.uk Fri Feb 22 12:23:59 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 22 Feb 2013 11:23:59 +0000 (GMT) Subject: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? In-Reply-To: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> References: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> Message-ID: Hi there, On Fri, 22 Feb 2013, ITheodoridis at bankofgreece.gr wrote: > ... > I believe the slave takes the path for the probe from the master. Correct. > Is there any way I can change that on the probe? Without using that > symbolic link? Yes. It's well documented. http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html look for the second occurrence of 'binary' and/or http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html look for 'Probes.FPing.binary' -- 73, Ged. From ITheodoridis at bankofgreece.gr Fri Feb 22 16:22:55 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Fri, 22 Feb 2013 17:22:55 +0200 Subject: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? In-Reply-To: References: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> Message-ID: <5B6967F6EA05614489E63202C9F6C1800456DF45@mkexc01.bankofgreece.gr> Thank you Ged, Both for the solution and the indication of where it comes from. I integrated the suggested override in the configuration for the specific slave, removed the symbolic link, restarted processes. It works just fine. Best Regards, Ioannis. -----Original Message----- From: G.W. Haywood [mailto:ged at jubileegroup.co.uk] Sent: Friday, February 22, 2013 1:24 PM To: Theodoridis Ioannis Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? Hi there, On Fri, 22 Feb 2013, ITheodoridis at bankofgreece.gr wrote: > ... > I believe the slave takes the path for the probe from the master. Correct. > Is there any way I can change that on the probe? Without using that > symbolic link? Yes. It's well documented. http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html look for the second occurrence of 'binary' and/or http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html look for 'Probes.FPing.binary' -- 73, Ged. -------------- next part -------------- ============================================================================================================== ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. Any e-mail message from the Bank of Greece (BoG) is sent in good faith but shall neither be binding nor construed as constituting or affecting a contractual arrangement or other commitment by the BoG. The e-mail is intended for the exclusive use of the person whose e-mail address appears in caption as recipient. The sender and the BoG decline liability for inaccuracy, breach of integrity, loss or delayed delivery of the message, for any failure in, interruption to or degradation of either the service or the message, as well as for any loss or damage sustained thereof to the fullest extent provided by law. If this e-mail was not intended for you, please notify the sender immediately via e-mail and delete it at once. Any unauthorized disclosure, dissemination or use, either in whole or in part is strictly prohibited and may give rise to both criminal and civil liability. All rights reserved. ============================================================================================================== From gregs at sloop.net Fri Feb 22 16:29:01 2013 From: gregs at sloop.net (Greg Sloop ) Date: Fri, 22 Feb 2013 07:29:01 -0800 Subject: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? In-Reply-To: References: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> Message-ID: If you get it running on Pi, I'd be very interested in a how-to, or a disk image. [Provided you're willing to share.] I almost ordered a Pi board the other day - I was going to setup a MAME box, and thought it would be wonderfully handy for a lot of other things. I have started combining Smokeping+Nagios [Nagios for better reporting/alerting] so perhaps I could take on that part of the project... Anyway - it's a very cool idea, on cool hardware! [Literally.] -Greg On Fri, Feb 22, 2013 at 3:23 AM, G.W. Haywood wrote: > Hi there, > > On Fri, 22 Feb 2013, ITheodoridis at bankofgreece.gr wrote: > >> ... >> I believe the slave takes the path for the probe from the master. > > Correct. > >> Is there any way I can change that on the probe? Without using that >> symbolic link? > > Yes. It's well documented. > > http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html > > look for the second occurrence of 'binary' > > and/or > > http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html > > look for 'Probes.FPing.binary' > > -- > > 73, > Ged. > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From ITheodoridis at bankofgreece.gr Tue Feb 26 10:41:55 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Tue, 26 Feb 2013 11:41:55 +0200 Subject: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? In-Reply-To: References: <5B6967F6EA05614489E63202C9F6C1800456DE94@mkexc01.bankofgreece.gr> Message-ID: <5B6967F6EA05614489E63202C9F6C1800456E1D2@mkexc01.bankofgreece.gr> Hello. I did get it to run for the fping probe, the reason I was having trouble in the first place was a little stupid (the path for the fping probe was different on the slave) as I have written to the list before. I believe it would run fine with the packaged version and in fact I am willing to try again with a clean install of rasbian. It may take a while for me to make an image and upload it anywhere as I am a person willing to try things that I don't have 100% understanding off and I usually get by, but packaging a disk image is not something I know how to do (yet). Also I would have to strip down any company related information (such as logs that show internal addressing etc). I am willing to give it a try though as soon as I get the time. I am willing to give it a shot with a suse installation as well (I haven't started yet). So if you want to give this a try, go with the rasbian image and install all the needed packages as detailed in the documentation. You don't need all for the slave as it will never serve http content, so you can leave apache and fcgi out. You will find packages for almost everything (which is impressive, especially for echoping), so go with apt-get install all the way. After you install CPAN I would install all the necessary packages for Perl through there. And finally, after you install the smokeping package you will find that the configuration file is broken down in smaller ones. Not a bad idea I believe. It's in the /etc path if I remember correctly. Remember finally to put the correct path for fping executable for the pi slave in an override section as described in the documentation (that is where I had trouble). I am willing to share any information you find usefull provided I am not giving out sensitive company information (as I described before). I would like to test the devices more thoroughly to see how reliant they are for a smokeping slave for long periods of measuring. In my trials I have not yet managed to get echoping to work on the slave (not sure what is wrong). I must find more time to try again. If I have enough time I may try to make a more presentable how-to. It would help if there are more out there trying it out, so we can correct each other. I wanted to include a small pic from smokeping showing the graph from the rasberrypi slave, but as the format for the list is plain text, I will email it directly to you. Right now I am trying to convince my supervisor and the administration to get some for a long term project (easily deployed performance monitoring probes for network voice readiness and troubleshooting). If you haven't bought a pi yet, I can not stress enough the importance of having a proper power source. Get one from the beginning, it will save you a lot of time from troubleshooting later. I would be very interested on what you mean by combining nagios with smokeping, as I am using both for performance and status monitoring in the company network (and mrtg of course, trying to get something to run on mrtg with rrd these days). Email me directly if you like. Greetings, ----------------------------------------------------- Ioannis Theodoridis Network & Systems Engineer Network & Telecommunications Support Informatics Bank of Greece ----------------------------------------------------- -----Original Message----- From: gsloop.treo at gmail.com [mailto:gsloop.treo at gmail.com] On Behalf Of Greg Sloop Sent: Friday, February 22, 2013 5:29 PM To: Theodoridis Ioannis; smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Smokeping probe with Rasberrypi (Rasbian/Debian) problem + solution. Do you have a better one perhaps? If you get it running on Pi, I'd be very interested in a how-to, or a disk image. [Provided you're willing to share.] I almost ordered a Pi board the other day - I was going to setup a MAME box, and thought it would be wonderfully handy for a lot of other things. I have started combining Smokeping+Nagios [Nagios for better reporting/alerting] so perhaps I could take on that part of the project... Anyway - it's a very cool idea, on cool hardware! [Literally.] -Greg On Fri, Feb 22, 2013 at 3:23 AM, G.W. Haywood wrote: > Hi there, > > On Fri, 22 Feb 2013, ITheodoridis at bankofgreece.gr wrote: > >> ... >> I believe the slave takes the path for the probe from the master. > > Correct. > >> Is there any way I can change that on the probe? Without using that >> symbolic link? > > Yes. It's well documented. > > http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html > > look for the second occurrence of 'binary' > > and/or > > http://oss.oetiker.ch/smokeping/doc/smokeping_master_slave.en.html > > look for 'Probes.FPing.binary' > > -- > > 73, > Ged. > > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users -------------- next part -------------- ============================================================================================================== ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. Any e-mail message from the Bank of Greece (BoG) is sent in good faith but shall neither be binding nor construed as constituting or affecting a contractual arrangement or other commitment by the BoG. The e-mail is intended for the exclusive use of the person whose e-mail address appears in caption as recipient. The sender and the BoG decline liability for inaccuracy, breach of integrity, loss or delayed delivery of the message, for any failure in, interruption to or degradation of either the service or the message, as well as for any loss or damage sustained thereof to the fullest extent provided by law. If this e-mail was not intended for you, please notify the sender immediately via e-mail and delete it at once. Any unauthorized disclosure, dissemination or use, either in whole or in part is strictly prohibited and may give rise to both criminal and civil liability. All rights reserved. ==============================================================================================================