From ITheodoridis at bankofgreece.gr Wed Jan 9 18:10:02 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Wed, 9 Jan 2013 19:10:02 +0200 Subject: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? Message-ID: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> Hello to all. I have successfully setup a master-slave configuration in my enterprise internal network. Now I want to do the same thing for a measuring setup which expands across firewall zones. Two slaves exist in different DMZs in the firewall targeting hosts in the same zone with fping and the master is in the internal zone (local zone), gathering the data. I have managed to establish primary communication between master and slave and the slaves connect to the master and receive their configuration. The problem is I get no data back in the graphs. Before I changed them into slaves the smokeping servers in the DMZ were hitting their targets without problems and their graphs were populated, but that led to three different servers/web-interfaces for me (two in the DMZs and one in the local zone). I would prefer getting everything in one web interface so that is the reason for transition to a master-slave setup. I am guessing that I am missing something in the transport of measured data back to the server, so I would like to know if possible how do the slaves send their data back to the server after they are done measuring. I know the communication for the reception of their configuration is http traffic. Is it the same for the measured data? I must also say that I don?t get any significant info from my firewall?s logs. Is it possible that the transfer is smtp? Or is that the failed messages alerts (which I never see)? If anyone has any ideas I would be gratefull. Or my last choice is to use a sniffer and try and find out what is going on.. Ioannis Theodoridis PS: Thank you Darren Murphy for the ?nomasterpoll? answer. ============================================================================================================== ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. 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. ============================================================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130109/ab7bbfdf/attachment-0001.htm From ged at jubileegroup.co.uk Wed Jan 9 18:35:39 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Wed, 9 Jan 2013 17:35:39 +0000 (GMT) Subject: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? In-Reply-To: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> References: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> Message-ID: Hi there, On Wed, 9 Jan 2013, ITheodoridis at bankofgreece.gr wrote: > ... I know the communication for the reception of their > configuration is http traffic. Is it the same for the measured data? Yes. HTTP POST requests. To begin with check the archives for questions similar to your "missing graphs" issue. My subjective impression is that it's just about the most common question on this list. You might also want to try Smokeping's --debug-daemon option. -- 73, Ged. From throck+smokeping at gmail.com Wed Jan 9 18:38:48 2013 From: throck+smokeping at gmail.com (Tom Throckmorton) Date: Wed, 9 Jan 2013 12:38:48 -0500 Subject: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? In-Reply-To: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> References: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> Message-ID: On Wed, Jan 9, 2013 at 12:10 PM, wrote: > Hello to all.**** > > I have successfully setup a master-slave configuration in my enterprise > internal network.**** > > Now I want to do the same thing for a measuring setup which expands across > firewall zones. Two slaves exist in different DMZs in the firewall > targeting hosts in the same zone with fping and the master is in the > internal zone (local zone), gathering the data. I have managed to establish > primary communication between master and slave and the slaves connect to > the master and receive their configuration. The problem is I get no data > back in the graphs. > This is a common new slave setup issue - ensure the permissions on the datadir are such that your webserver user can write data into that directory. **** > > Before I changed them into slaves the smokeping servers in the DMZ were > hitting their targets without problems and their graphs were populated, but > that led to three different servers/web-interfaces for me (two in the DMZs > and one in the local zone). I would prefer getting everything in one web > interface so that is the reason for transition to a master-slave setup.*** > * > > I am guessing that I am missing something in the transport of measured > data back to the server, so I would like to know if possible how do the > slaves send their data back to the server after they are done measuring. > I know the communication for the reception of their configuration is http > traffic. Is it the same for the measured data? > The slaves POST their data back to the master on the same url from which they receive their configuration, whatever is defined as MASTER_URL. > **** > > I must also say that I don?t get any significant info from my firewall?s > logs. Is it possible that the transfer is smtp? Or is that the failed > messages alerts (which I never see)?**** > > If anyone has any ideas I would be gratefull. Or my last choice is to use > a sniffer and try and find out what is going on.. > On the slaves, try something like '/usr/sbin/smokeping --master-url= https://yourhost/smokeping/cgi/smokeping.cgi --cache-dir=/tmp --shared-secret=/etc/smokeping/secret --debug'; similar on the master. -tt **** > > ** ** > > Ioannis Theodoridis**** > > ** ** > > PS: Thank you Darren Murphy for the ?nomasterpoll? answer.**** > > ------------------------------ > > ============================================================================================================== > ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. > > ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. > > ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. > > > 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. > ============================================================================================================== > > > > ------------------------------ > _______________________________________________ > 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/20130109/1f608514/attachment.htm From ITheodoridis at bankofgreece.gr Wed Jan 9 23:46:33 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Thu, 10 Jan 2013 00:46:33 +0200 Subject: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? In-Reply-To: References: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> Message-ID: <5B6967F6EA05614489E63202C9F6C1800437C790@mkexc01.bankofgreece.gr> Thank you, the debug option worked. I made sure the server got back the numbers which was what I was trying to do. I still don't understand very well why the web server user (www-data in Ubuntu) couldn't write to those directories. It was after I had changed the files owner and allowed them to be writeable by all, that the graph creation started. Anyway I have changed the rights in the dirs and now it all works fine. Thank you for the help! From: throck at gmail.com [mailto:throck at gmail.com] On Behalf Of Tom Throckmorton Sent: Wednesday, January 09, 2013 7:39 PM To: Theodoridis Ioannis Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? This is a common new slave setup issue - ensure the permissions on the datadir are such that your webserver user can write data into that directory. The slaves POST their data back to the master on the same url from which they receive their configuration, whatever is defined as MASTER_URL. On the slaves, try something like '/usr/sbin/smokeping --master-url=https://yourhost/smokeping/cgi/smokeping.cgi --cache-dir=/tmp --shared-secret=/etc/smokeping/secret --debug'; similar on the master. -tt Ioannis Theodoridis PS: Thank you Darren Murphy for the ?nomasterpoll? answer. ________________________________ ============================================================================================================== ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? ???? ???????? ??? ???. ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? ??? ??? ????? ???????????? ??????. ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? ?????? ?? ???????? ??????? ??? ?????? ??????. 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. ============================================================================================================== ________________________________ References: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> Message-ID: <5B6967F6EA05614489E63202C9F6C1800437C841@mkexc01.bankofgreece.gr> Thank you both, the issue is resolved. It's already a big help knowing the traffic type and using the debug option in the slave side helped rule out firewall related issues. Apparently running smokeping on Ubuntu and OpenSuSE has it's differences on needed access rights for the data dir on the web server. I need to run more tests to see exactly what was wrong (file and dir ownership or simply write access) but it definitely had to do with access to the data dirs.. The systems in question were on Ubuntu server. One thing I would like to note is that when running a master-slave setup it is important to give ownership for the smokeping-secrets file to the apache user on the server side. If not, the slave cannot authenticate itself to the server. That is important as it is necessary for that file to not be world-readable. It might seem obvious for system oriented engineers but being a network guy myself I had to figure that out for myself. Maybe a relevant note on the website would be a good idea. Now I 'll need to search the archive for a starting-smokeping-at-boot-time script ;). Ioannis -----Original Message----- From: G.W. Haywood [mailto:ged at jubileegroup.co.uk] Sent: Wednesday, January 09, 2013 7:36 PM To: Theodoridis Ioannis Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? Hi there, On Wed, 9 Jan 2013, ITheodoridis at bankofgreece.gr wrote: > ... I know the communication for the reception of their configuration > is http traffic. Is it the same for the measured data? Yes. HTTP POST requests. To begin with check the archives for questions similar to your "missing graphs" issue. My subjective impression is that it's just about the most common question on this list. You might also want to try Smokeping's --debug-daemon option. -- 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 rb14060 at gmail.com Thu Jan 10 12:28:14 2013 From: rb14060 at gmail.com (Ryan Becker) Date: Thu, 10 Jan 2013 06:28:14 -0500 Subject: [smokeping-users] Distributed master - slave smokeping question - what is the data network traffic type? In-Reply-To: <5B6967F6EA05614489E63202C9F6C1800437C841@mkexc01.bankofgreece.gr> References: <5B6967F6EA05614489E63202C9F6C1800437C78F@mkexc01.bankofgreece.gr> <5B6967F6EA05614489E63202C9F6C1800437C841@mkexc01.bankofgreece.gr> Message-ID: If I'm not mistaken, there's an init script available for download from the SmokePing site :) On Thu, Jan 10, 2013 at 6:01 AM, wrote: > Thank you both, the issue is resolved. It's already a big help knowing > the traffic type and using the debug option in the slave side helped > rule out firewall related issues. > Apparently running smokeping on Ubuntu and OpenSuSE has it's differences > on needed access rights for the data dir on the web server. I need to > run more tests to see exactly what was wrong (file and dir ownership or > simply write access) but it definitely had to do with access to the data > dirs.. The systems in question were on Ubuntu server. > One thing I would like to note is that when running a master-slave setup > it is important to give ownership for the smokeping-secrets file to the > apache user on the server side. If not, the slave cannot authenticate > itself to the server. That is important as it is necessary for that file > to not be world-readable. It might seem obvious for system oriented > engineers but being a network guy myself I had to figure that out for > myself. Maybe a relevant note on the website would be a good idea. > Now I 'll need to search the archive for a > starting-smokeping-at-boot-time script ;). > Ioannis > > -----Original Message----- > From: G.W. Haywood [mailto:ged at jubileegroup.co.uk] > Sent: Wednesday, January 09, 2013 7:36 PM > To: Theodoridis Ioannis > Cc: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] Distributed master - slave smokeping > question - what is the data network traffic type? > > Hi there, > > On Wed, 9 Jan 2013, ITheodoridis at bankofgreece.gr wrote: > > > ... I know the communication for the reception of their configuration > > is http traffic. Is it the same for the measured data? > > Yes. HTTP POST requests. > > To begin with check the archives for questions similar to your "missing > graphs" issue. My subjective impression is that it's just about the > most common question on this list. > > You might also want to try Smokeping's --debug-daemon option. > > -- > > 73, > Ged. > > > ============================================================================================================== > ?? ??? ????????? ?????? ??????? ??????????? ???. ???? ?????? ???????????? > ???????????? ??? ??? ??????? ??? ??????? (???) ???????????? ????????? ???? > ??? ?? ???????? ???? ??????????? ?? ?? ?????????? ? ???????? ????????? ? > ???? ???????? ??? ???. > > ?? ?????? ???????????? ???????????? ??????????? ???? ???????????? ????? > ??? ????????, ??? ?????? ? ????????? ??????????? ???? ??????????? ??? > ?????????. ? ?????????? ??? ? ??? ??? ???????????? ?????? ?????? ??? > ???????????, ????????? ??? ????????????, ??????? ? ????????????? ????????? > ??? ?????????, ??? ???????, ??????? ? ?????????? ??? ????????? ? ??? > ????????? ????? ??? ??? ???? ?? ????? ??? ????? ??????? ? ????? ?????? ??? > ??? ??? ????? ???????????? ??????. > > ??? ?????? ???? ????? ?? ????? ?????? ???????????? ????????????, > ??????????? ?? ???????????? ?????? ???? ???????????? ???????????? ??? > ????????? ??? ?? ?????????? ?? ??????. ??????????? ??????????, ??????? ? > ????? ?????? ? ????????? ??? ????????? ????? ????? ???????????? ??????? ??? > ?????? ?? ???????? ??????? ??? ?????? ??????. > > > 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. > > ============================================================================================================== > > > > _______________________________________________ > 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/20130110/af4d0e82/attachment.htm From jeroen at cj2.nl Thu Jan 10 12:35:48 2013 From: jeroen at cj2.nl (Jeroen Oldenhof) Date: Thu, 10 Jan 2013 12:35:48 +0100 Subject: [smokeping-users] PNG Saving errors Message-ID: <50EEA794.80408@cj2.nl> > Hi, > > I have a Smokeping 2.6.7 install running over at > smokeping.asininetech.com/smokeping.cgi. > > I am getting errors such as this: > ERROR: Could not save png to > '/usr/local/smokeping/htdocs/img/IRC/amy_mini.png' Hi, I had the same issue on FreeBSD. It was fixed by updating the cairo package using portupgrade, or: # cd /usr/ports/graphics/cairo # make all deinstall reinstall clean on an updated ports tree. Good luck! Best regards, Jeroen Oldenhof From dpacheco at unap.cl Thu Jan 10 16:48:00 2013 From: dpacheco at unap.cl (Dago Pacheco) Date: Thu, 10 Jan 2013 12:48:00 -0300 Subject: [smokeping-users] TNSping Probe Message-ID: <016a01cdef49$df00b8f0$9d022ad0$@unap.cl> Hi all .. Is there a way to set up a tnsping probe for monitoring a orcale listener? Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130110/b5f4e24d/attachment.htm From ivan.brightly at massavp.com Fri Jan 11 02:39:58 2013 From: ivan.brightly at massavp.com (Ivan Brightly) Date: Thu, 10 Jan 2013 20:39:58 -0500 Subject: [smokeping-users] Slave Data Not Populating RRD / Graph Message-ID: <12676cc4968b5ce55fe544a454d154c4@mail.gmail.com> I?ve successfully setup a master / slave setup but I?m having a problem where the data doesn?t get written to the slave graphs. Running debug on both master and slave, data is definitely being sent but I don?t see anything in the logs on the master server. slave: Jan 10 20:28:23 smoke01 smokeping[2026]: FPing: Executing /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 192.168.3.6 Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Got fping output: '192.168.3.6 : 0.25 0.24 0.24 0.32 0.21 0.27 0.26 0.26 0.27 0.25 0.26 0.19 0.26 0.51 0.27 0.25 0.30 0.25 0.27 0.26' Jan 10 20:28:42 smoke01 smokeping[2026]: Sent data to Server. Server said OK Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Sleeping 161 seconds. master: nothing corresponding Any guesses as to what I?m doing wrong? Clearly the master and slave are communicating since it?s pulling the config properly and the ping data is definitely populating on the slave side. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130110/d9eb5e91/attachment.htm From rao.chenlin at gmail.com Fri Jan 11 09:46:09 2013 From: rao.chenlin at gmail.com (chenlin rao) Date: Fri, 11 Jan 2013 16:46:09 +0800 Subject: [smokeping-users] how to watch all images of one slave? Message-ID: I run smokeping as 1 master and 6 slaves. I found that smokeping organize images for "target" checking. So all images were "target1 from slave1/slave2/slave3". But I want to check network problem of slaves. Means images like "slave 1to target1/target2/target3 ". After I look at the smokeping code, I thought its not so easy to change. Am I wrong? Or, is there any better choose? rather than write own code to read rrds. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130111/b877d6b2/attachment.htm From tobi at oetiker.ch Tue Jan 15 08:39:26 2013 From: tobi at oetiker.ch (Tobias Oetiker) Date: Tue, 15 Jan 2013 08:39:26 +0100 (CET) Subject: [smokeping-users] TNSping Probe In-Reply-To: <016a01cdef49$df00b8f0$9d022ad0$@unap.cl> References: <016a01cdef49$df00b8f0$9d022ad0$@unap.cl> Message-ID: Hi Dago, Thursday Dago Pacheco wrote: > Hi all .. Is there a way to set up a tnsping probe for monitoring a orcale > listener? certainly, just use one of the existing probe modules as an example cheers tobi > > > > Thanks! > > > > > > -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland http://it.oetiker.ch tobi at oetiker.ch ++41 62 775 9902 / sb: -9900 From tobi at oetiker.ch Wed Jan 16 09:21:22 2013 From: tobi at oetiker.ch (Tobias Oetiker) Date: Wed, 16 Jan 2013 09:21:22 +0100 (CET) Subject: [smokeping-users] OSS Sponsorship 2013 Message-ID: Hey Users, It's this time of year again where I am looking for sponsorships to support my open source coding activities ... It would be wonderful if you would consider a sponsorship for 2013. Offers remain the same as in previous years. I am looking for individuals and organizations taking up a one year sponsorship for MRTG, RRDtool or SmokePing. For each of the projects there are: 1'000 USD silver sponsorships (you get mentioned on the respective sponsor page on the website, with logo and link to your homepage) 10'000 USD gold sponsorships (you get mentioned on all pages of the website, with logo and link to your homepage. A maximum of two gold sponsors per project are possible) Anonymous sponsorships or other arrangements can be discussed on request. A look back on 2012 OSS activity -------------------------------- * MRTG keeps getting small updates, as people find new ways to break the code. * RRDtool has been moved to github to allow easier participation for contributors. A continuous stream of little updates and bug fixes is getting added to the code base. A new release, consolidating the updates is due in a few weeks. The 2.x project has been started. More on this below. * Moving SmokePing to github, converting to autoconf and adding FastCGI support has proven successful. Only a handful of bugs had to be fixed this year and several contributions could be integrated into the code base. All three projects continue to be supported by the wonderful group of individuals, providing helpful answers to user questions on the mailing lists. In addition, I spent time working on the following new OSS projects: Extopus - the generic monitoring front end - www.extopus.org (sponsored by a contract of UPC cablecom) Qroombo - a room booking system (work in progress) (for a none-profit organization on my own spare time) VeryVault - an offline capable mobile database web app with encryption and sync back to the server (work in progress) (hacking for fun) All my active OSS coding projects can be found on https://github.com/oetiker A look ahead to 2013 -------------------- Apart from continuing to maintain the current projects and working on my new code, I have one major objective for 2013: To create a major update to RRDtool. Ideas for what should be done have been flying around for years, but nothing has happened. The major obstacle was the lack of funding. Since RRDtool is part of the 'Internet infrastructure' most people take its presence for granted. Virtually everyone is using it while only a few organizations sponsor the project's continued maintenance and development. Instead of hoping for a white knight to appear, I have decided to try a crowd funding approach to raise the necessary ressources. See github.com/oetiker/rrdtool-2.x for details. At present, I am still building the feature list for the new system, please add your ideas to the issue tracker on github. I wish you all good success in 2013 and all the best Tobi Oetiker -- 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 Tobias.Ackermann at kion-ims.com Thu Jan 17 14:13:05 2013 From: Tobias.Ackermann at kion-ims.com (Ackermann, Tobias) Date: Thu, 17 Jan 2013 13:13:05 +0000 Subject: [smokeping-users] No graph by packet loss Message-ID: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> Hello all, I'm using Smokeping in Version 2.6.8. I have got the Problem that I don't get any "red line" by packet loss. If a device is no longer reachable I got no Info. (no line in any color). Has anyone this before? Please help me. Thanks a lot. Regards Tobias KION Information Management Services GmbH, Sitz der Gesellschaft: Wiesbaden, Registergericht: Wiesbaden HRB 22949, USt-Id-Nr. DE 254777238, Gesch?ftsf?hrung: Jeffrey R. Smith (Vorsitzender), Bart Wijnen -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130117/16f6e07c/attachment-0001.htm From ITheodoridis at bankofgreece.gr Thu Jan 17 14:21:06 2013 From: ITheodoridis at bankofgreece.gr (ITheodoridis at bankofgreece.gr) Date: Thu, 17 Jan 2013 15:21:06 +0200 Subject: [smokeping-users] Slave Data Not Populating RRD / Graph Message-ID: <5B6967F6EA05614489E63202C9F6C1800437D0C7@mkexc01.bankofgreece.gr> Hello. Last time I have had the same thing (about two weeks ago), it turned out to be the ownership/access rights in either the data or the cache dir in the master (check those dirs in the apache root dir hierarchy). The apache user needs to be able to write to those dirs and files. What I did is give ownership to the apache user and write access only to the owner, group and others only read access. It's apparently a common issue I didn't believe I missed it when it happened to me, as it wasn't my fist master-slave setup. If you need more help, or that didn't solve the issue let us know. I.T. From: Ivan Brightly [mailto:ivan.brightly at massavp.com] Sent: Friday, January 11, 2013 3:40 AM To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] Slave Data Not Populating RRD / Graph I've successfully setup a master / slave setup but I'm having a problem where the data doesn't get written to the slave graphs. Running debug on both master and slave, data is definitely being sent but I don't see anything in the logs on the master server. slave: Jan 10 20:28:23 smoke01 smokeping[2026]: FPing: Executing /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 192.168.3.6 Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Got fping output: '192.168.3.6 : 0.25 0.24 0.24 0.32 0.21 0.27 0.26 0.26 0.27 0.25 0.26 0.19 0.26 0.51 0.27 0.25 0.30 0.25 0.27 0.26' Jan 10 20:28:42 smoke01 smokeping[2026]: Sent data to Server. Server said OK Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Sleeping 161 seconds. master: nothing corresponding Any guesses as to what I'm doing wrong? Clearly the master and slave are communicating since it's pulling the config properly and the ping data is definitely populating on the slave side. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130117/c9723aad/attachment.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 Thu Jan 17 14:21:23 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 17 Jan 2013 13:21:23 +0000 (GMT) Subject: [smokeping-users] No graph by packet loss In-Reply-To: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> References: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> Message-ID: Hi there, On Thu, 17 Jan 2013, Ackermann, Tobias wrote: > I have got the Problem that I don't get any "red line" by packet > loss. If a device is no longer reachable I got no Info. (no line in > any color). Has anyone this before? If I understand you correctly, this is normal operation for Smokeping. -- 73, Ged. From Tobias.Ackermann at kion-ims.com Thu Jan 17 14:23:52 2013 From: Tobias.Ackermann at kion-ims.com (Ackermann, Tobias) Date: Thu, 17 Jan 2013 13:23:52 +0000 Subject: [smokeping-users] No graph by packet loss In-Reply-To: References: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> Message-ID: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31D18@DERLKIM0003.d400.MH.GRP> Hi, thank you for the fast answer. I thought if a device isn't reachable the graph will be shown a red line. Regards Tobias -----Urspr?ngliche Nachricht----- Von: G.W. Haywood [mailto:ged at jubileegroup.co.uk] Gesendet: Donnerstag, 17. Januar 2013 14:21 An: Ackermann, Tobias Cc: smokeping-users at lists.oetiker.ch Betreff: Re: [smokeping-users] No graph by packet loss Hi there, On Thu, 17 Jan 2013, Ackermann, Tobias wrote: > I have got the Problem that I don't get any "red line" by packet loss. > If a device is no longer reachable I got no Info. (no line in any > color). Has anyone this before? If I understand you correctly, this is normal operation for Smokeping. -- 73, Ged. KION Information Management Services GmbH, Sitz der Gesellschaft: Wiesbaden, Registergericht: Wiesbaden HRB 22949, USt-Id-Nr. DE 254777238, Gesch?ftsf?hrung: Jeffrey R. Smith (Vorsitzender), Bart Wijnen From ivan.brightly at massavp.com Thu Jan 17 15:14:04 2013 From: ivan.brightly at massavp.com (Ivan Brightly) Date: Thu, 17 Jan 2013 09:14:04 -0500 Subject: [smokeping-users] Slave Data Not Populating RRD / Graph In-Reply-To: <5B6967F6EA05614489E63202C9F6C1800437D0C7@mkexc01.bankofgreece.gr> References: <5B6967F6EA05614489E63202C9F6C1800437D0C7@mkexc01.bankofgreece.gr> Message-ID: <34d09f58d8ba6471ed45dd26edda79c8@mail.gmail.com> Indeed, after checking permissions it was a problem with the smokeping/data directory. Once set properly, the mastername.slavename.slave_cache file was generated and the graph started populating. Thanks for the help. *From:* ITheodoridis at bankofgreece.gr [mailto:ITheodoridis at bankofgreece.gr] *Sent:* Thursday, January 17, 2013 8:21 AM *To:* ivan.brightly at massavp.com; smokeping-users at lists.oetiker.ch *Subject:* RE: [smokeping-users] Slave Data Not Populating RRD / Graph Hello. Last time I have had the same thing (about two weeks ago), it turned out to be the ownership/access rights in either the data or the cache dir in the master (check those dirs in the apache root dir hierarchy). The apache user needs to be able to write to those dirs and files. What I did is give ownership to the apache user and write access only to the owner, group and others only read access. It?s apparently a common issue I didn?t believe I missed it when it happened to me, as it wasn?t my fist master-slave setup. If you need more help, or that didn?t solve the issue let us know. I.T. *From:* Ivan Brightly [mailto:ivan.brightly at massavp.com] *Sent:* Friday, January 11, 2013 3:40 AM *To:* smokeping-users at lists.oetiker.ch *Subject:* [smokeping-users] Slave Data Not Populating RRD / Graph I?ve successfully setup a master / slave setup but I?m having a problem where the data doesn?t get written to the slave graphs. Running debug on both master and slave, data is definitely being sent but I don?t see anything in the logs on the master server. slave: Jan 10 20:28:23 smoke01 smokeping[2026]: FPing: Executing /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 192.168.3.6 Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Got fping output: '192.168.3.6 : 0.25 0.24 0.24 0.32 0.21 0.27 0.26 0.26 0.27 0.25 0.26 0.19 0.26 0.51 0.27 0.25 0.30 0.25 0.27 0.26' Jan 10 20:28:42 smoke01 smokeping[2026]: Sent data to Server. Server said OK Jan 10 20:28:42 smoke01 smokeping[2026]: FPing: Sleeping 161 seconds. master: nothing corresponding Any guesses as to what I?m doing wrong? Clearly the master and slave are communicating since it?s pulling the config properly and the ping data is definitely populating on the slave side. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130117/97272468/attachment-0001.htm From ged at jubileegroup.co.uk Thu Jan 17 16:59:35 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 17 Jan 2013 15:59:35 +0000 (GMT) Subject: [smokeping-users] No graph by packet loss In-Reply-To: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31D18@DERLKIM0003.d400.MH.GRP> References: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> <97CE8B04CE9E5D4FBDA902FAE5B059D503E31D18@DERLKIM0003.d400.MH.GRP> Message-ID: Hello again, On Thu, 17 Jan 2013, Ackermann, Tobias wrote: > I thought if a device isn't reachable the graph will be shown a red line. The graphs are made up of separate segments. Each segment represents the ping results for a short period of time. In my systems that is usually five minutes. The position (along the vertical axis) of the coloured line represents the 'median' ping round-trip time for that period and the colour of the line indicates the number of pings which were lost. If, during some period, pings are returned but in the immediately following period no pings are returned, then the 'median' line of the graph for that period will be coloured red. If in the next following period some pings are returned, a line will be drawn in an appropriate colour to represent that. But if *again* no pings are returned, no line will be shown on the graph -- it will be blank as you have seen. You can of course change the source to make it do whatever you prefer. -- 73, Ged. From Tobias.Ackermann at kion-ims.com Fri Jan 18 07:23:31 2013 From: Tobias.Ackermann at kion-ims.com (Ackermann, Tobias) Date: Fri, 18 Jan 2013 06:23:31 +0000 Subject: [smokeping-users] No graph by packet loss In-Reply-To: References: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> <97CE8B04CE9E5D4FBDA902FAE5B059D503E31D18@DERLKIM0003.d400.MH.GRP> Message-ID: <97CE8B04CE9E5D4FBDA902FAE5B059D503E3213F@DERLKIM0003.d400.MH.GRP> Hi Ged, many thanks for this detailed description. I would like to have always a red line if a device isn't reachable. Do you know, how I configure this in the source? Regards Tobias -----Urspr?ngliche Nachricht----- Von: G.W. Haywood [mailto:ged at jubileegroup.co.uk] Gesendet: Donnerstag, 17. Januar 2013 17:00 An: Ackermann, Tobias Cc: smokeping-users at lists.oetiker.ch Betreff: Re: AW: [smokeping-users] No graph by packet loss Hello again, On Thu, 17 Jan 2013, Ackermann, Tobias wrote: > I thought if a device isn't reachable the graph will be shown a red line. The graphs are made up of separate segments. Each segment represents the ping results for a short period of time. In my systems that is usually five minutes. The position (along the vertical axis) of the coloured line represents the 'median' ping round-trip time for that period and the colour of the line indicates the number of pings which were lost. If, during some period, pings are returned but in the immediately following period no pings are returned, then the 'median' line of the graph for that period will be coloured red. If in the next following period some pings are returned, a line will be drawn in an appropriate colour to represent that. But if *again* no pings are returned, no line will be shown on the graph -- it will be blank as you have seen. You can of course change the source to make it do whatever you prefer. -- 73, Ged. KION Information Management Services GmbH, Sitz der Gesellschaft: Wiesbaden, Registergericht: Wiesbaden HRB 22949, USt-Id-Nr. DE 254777238, Gesch?ftsf?hrung: Jeffrey R. Smith (Vorsitzender), Bart Wijnen From ged at jubileegroup.co.uk Fri Jan 18 12:47:18 2013 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 18 Jan 2013 11:47:18 +0000 (GMT) Subject: [smokeping-users] No graph by packet loss In-Reply-To: <97CE8B04CE9E5D4FBDA902FAE5B059D503E3213F@DERLKIM0003.d400.MH.GRP> References: <97CE8B04CE9E5D4FBDA902FAE5B059D503E31CBE@DERLKIM0003.d400.MH.GRP> <97CE8B04CE9E5D4FBDA902FAE5B059D503E31D18@DERLKIM0003.d400.MH.GRP> <97CE8B04CE9E5D4FBDA902FAE5B059D503E3213F@DERLKIM0003.d400.MH.GRP> Message-ID: Hello again, On Fri, 18 Jan 2013, Ackermann, Tobias wrote: > I would like to have always a red line if a device isn't reachable. > Do you know, how I configure this in the source? It is not a matter of configuration but one of modification. If you look for the variable $pings in Smokeping.pm you will be on the right track. It seems to me to be a pointless exercise. Have you considered, for example, where on the graphs you would like the red line to appear? The vertical axis of the graphs is round trip time. What is the round trip time of a packet which does not make the round trip? -- 73, Ged. From linux at ojaehrling.de Fri Jan 18 21:03:34 2013 From: linux at ojaehrling.de (Olaf Jaehrling) Date: Fri, 18 Jan 2013 21:03:34 +0100 Subject: [smokeping-users] SNMP_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2/Exporter.pm Message-ID: <50F9AA96.6080205@ojaehrling.de> Hello everybody, i've updated my smokeping from 2.4.2 to 2.6.8 from the sourcecode. After restart i see follow errors: eisfair-test # /etc/init.d/smokeping restart Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 149. Subroutine SNMP_Session::unpack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 149. Subroutine SNMP_Session::sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 149. Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 608. Subroutine SNMPv1_Session::unpack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 608. Subroutine SNMPv1_Session::sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 65. at /usr/local/smokeping/lib/SNMP_Session.pm line 608. My eisfair installation has no IPv6 support (yet). When i comment out line 142-154 in SNMP_Session.pm the errors are cleared. Do you have a fix for this problem? Thanks in Advance Olaf From linux at ojaehrling.de Tue Jan 22 22:01:53 2013 From: linux at ojaehrling.de (Olaf Jaehrling) Date: Tue, 22 Jan 2013 22:01:53 +0100 Subject: [smokeping-users] SNMP_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2/Exporter.pm In-Reply-To: References: <50F9AA96.6080205@ojaehrling.de> Message-ID: <50FEFE41.9030706@ojaehrling.de> Hi Tobi, Thanks for the both files. After change i see follow errors. /etc/init.d/smokeping start Subroutine SNMP_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 66. at /usr/local/smokeping/lib/SNMP_Session.pm line 149. Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at /usr/lib/perl5/5.16.2//Exporter.pm line 66. at /usr/local/smokeping/lib/SNMP_Session.pm line 604. Greez Olaf --- Original-Nachricht --- Absender: Tobias Oetiker Datum: 21.01.2013 08:28 > Hi Olaf, > > can you try the atttached instead (copies from mrtg, which had some > work done in this respect) > > cheers > tobi > > > > Friday Olaf Jaehrling wrote: > >> Hello everybody, >> >> i've updated my smokeping from 2.4.2 to 2.6.8 from the sourcecode. After >> restart i see follow errors: >> >> eisfair-test # /etc/init.d/smokeping restart >> Subroutine SNMP_Session::pack_sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 149. >> Subroutine SNMP_Session::unpack_sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 149. >> Subroutine SNMP_Session::sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 149. >> Subroutine SNMPv1_Session::pack_sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 608. >> Subroutine SNMPv1_Session::unpack_sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 608. >> Subroutine SNMPv1_Session::sockaddr_in6 redefined at >> /usr/lib/perl5/5.16.2//Exporter.pm line 65. >> at /usr/local/smokeping/lib/SNMP_Session.pm line 608. >> >> My eisfair installation has no IPv6 support (yet). When i comment out >> line 142-154 in SNMP_Session.pm the errors are cleared. >> >> Do you have a fix for this problem? >> >> Thanks in Advance >> >> Olaf >> >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> >> From Vinny_Abello at Dell.com Wed Jan 23 20:17:09 2013 From: Vinny_Abello at Dell.com (Vinny_Abello at Dell.com) Date: Wed, 23 Jan 2013 19:17:09 +0000 Subject: [smokeping-users] ssh-keyscan error starting from boot only Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130123/0bbc4c4d/attachment-0001.htm From alter3d at alter3d.ca Wed Jan 23 20:59:56 2013 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Wed, 23 Jan 2013 14:59:56 -0500 Subject: [smokeping-users] ssh-keyscan error starting from boot only In-Reply-To: References: Message-ID: <5100413C.4010303@alter3d.ca> My guess would be that the SSH daemon hasn't started yet when Smokeping tries to start up. Make sure that your init order puts SSH before Smokeping, and if necessary, maybe add a few seconds' delay to the Smokeping startup script. It's kind of weird that the Smokeping init script would completely bomb out when one of the probes fail (it should probably just return UNDEF), but I suspect changing the init order for your services will work around the problem. - Pete On 01/23/2013 02:17 PM, 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 > > > > _______________________________________________ > 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/20130123/5b23aae7/attachment.htm From smokeping at museum.rain.com Wed Jan 23 22:11:39 2013 From: smokeping at museum.rain.com (Jim Long) Date: Wed, 23 Jan 2013 13:11:39 -0800 Subject: [smokeping-users] ssh-keyscan error starting from boot only In-Reply-To: References: Message-ID: <20130123211139.GA28380@ns.umpquanet.com> 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 andy.chen at chinacache.com Wed Jan 30 21:08:55 2013 From: andy.chen at chinacache.com (andy.chen) Date: Thu, 31 Jan 2013 04:08:55 +0800 Subject: [smokeping-users] slaves not display when added in host field Message-ID: Hi all, Can I display S1 and S2 in ++SUMMARY section? It generates png files but the value of probes in SUMMARY page are "nan". If I look at S1 page, it does have graph and value, just cannot be displayed by placing in host = /A/S1 Can this be done? Thanks Andy config is as below. +A menu = A title = A ++Summary menu = Summary title = Summary host = /A/S1 /A/S2 ++S1 menu = S1 title = S1 host = 10.1.0.1 slaves = S1 ++S2 menu = S2 title = S2 host = 10.1.0.1 slaves = S2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130131/94ed5517/attachment.htm From andy.chen at chinacache.com Wed Jan 30 21:08:55 2013 From: andy.chen at chinacache.com (andy.chen) Date: Thu, 31 Jan 2013 04:08:55 +0800 Subject: [smokeping-users] slaves not display when added in host field Message-ID: Hi all, Can I display S1 and S2 in ++SUMMARY section? It generates png files but the value of probes in SUMMARY page are "nan". If I look at S1 page, it does have graph and value, just cannot be displayed by placing in host = /A/S1 Can this be done? Thanks Andy config is as below. +A menu = A title = A ++Summary menu = Summary title = Summary host = /A/S1 /A/S2 ++S1 menu = S1 title = S1 host = 10.1.0.1 slaves = S1 ++S2 menu = S2 title = S2 host = 10.1.0.1 slaves = S2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130131/4f61e914/attachment.htm