<body leftmargin="0" marginwidth="0" topmargin="0" marginheight="0" offset="0" bgcolor='#FFFFFF' ><!-- This is a notification from the Help Desk. -->

<STYLE>
 a { color:#FF6600;}
</STYLE>
<table width="550" cellpadding="20" cellspacing="0" bgcolor="#FFFFFF">
<tr>
<td bgcolor="#FFFFFF" valign="top" style="font-size:12px;color:#000000;font-family:trebuchet ms;">
  
  
  <p style="font-weight:bold"></p>
  

  

  <i style="color:#555555; font-size:11px">On Nov 12, 2013 @ 05:31 pm, smokeping-users-request@lists.oetiker.ch wrote:</i>
  <p>Send smokeping-users mailing list submissions to<br />        smokeping-users@lists.oetiker.ch<br /><br />To subscribe or unsubscribe via the World Wide Web, visit<br />        https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users<br />or, via email, send a message with subject or body 'help' to<br />        smokeping-users-request@lists.oetiker.ch<br /><br />You can reach the person managing the list at<br />        smokeping-users-owner@lists.oetiker.ch<br /><br />When replying, please edit your Subject line so it is more specific<br />than &quot;Re: Contents of smokeping-users digest...&quot;<br /><br /><br />Today's Topics:<br /><br />   1. partially solved problem with tcpping probe on        centos6<br />      (Paul Mansfield)<br />   2. Re: error when slave connects to the master (Fligor, Debbie)<br />   3. units for rtt_max (Paul Mansfield)<br />   4. Sporadic crashes on reload in Smokeping.pm (Vinny_Abello@Dell.com)<br />   5. Re: Sporadic crashes on reload in Smokeping.pm (Paul Mansfield)<br
  />   6. Re: Sporadic crashes on reload in Smokeping.pm<br />      (Vinny_Abello@Dell.com)<br /><br /><br />----------------------------------------------------------------------<br /><br />Message: 1<br />Date: Mon, 3 Jun 2013 12:59:55 +0100<br />From: Paul Mansfield &lt;paul.mansfield+smokeping@grapeshot.co.uk&gt;<br />Subject: [smokeping-users] partially solved problem with tcpping probe<br />        on        centos6<br />To: smokeping-users@lists.oetiker.ch<br />Message-ID:<br />        &lt;CAHYeK0eBOy6EBeGFm4e+F0eXWewN=FBRvUMjh7AB2+-UFvvEuQ@mail.gmail.com&gt;<br />Content-Type: text/plain; charset=ISO-8859-1<br /><br />Hello,<br />I am trying to use the tcpping probe with smokeping installed on centos6.<br /><br />The first thing I had to fix was to put an explicit path in the<br />tcpping script to use /usr/bin/tcptraceroute, because centos stupidly<br />has a softlink at /bin/tcptraceroute to the standard system traceroute<br />binary!<br /><br />I install smokeping into /usr/local/smoke
 ping; the tcpping script is<br />in the bin directory.<br /><br />If I run the master in debug mode, I see it is calling the plugin like this:<br /><br />TCPPing: forks 5, timeout for each target 26<br />TCPPing: Executing /usr/local/smokeping/bin/tcpping -C -x 5 somehost 4949<br />TCPPing: Received: GLOB(0x24d0850)<br />TCPPing: somehost: got<br />Calling RRDs::update(/usr/local/smokeping/data/TCPPing/somehost.rrd<br />--template uptime:loss:median:ping1:ping2:ping3:ping4:ping5<br />1370260050:U:5:U:U:U:U:U:U)<br /><br /><br />However, if I execute the plugin at the command line, it works happily<br /><br /># /usr/local/smokeping/bin/tcpping -C -x 5 somehost 4949<br />somehost : 0.391 0.269 0.301 0.281 0.315<br /><br />I am running smokeping as the user/group smokeping; if I &quot;su -<br />smokeping -s /bin/bash&quot; and then try, tcptraceroute would complain<br />&quot;Got root?&quot;<br /><br />The solution is to &quot;chmod u+s /usr/bin/tcptraceroute&quot;.<br /><br />
 <br />I still see &quot;TCPPing: Received: GLOB(0x24f12f8)&quot;, so I was wondering<br />if someone can suggest a way of fixing that?<br /><br /><br />I hope this helps someone as I spent quite a time tracking these two<br />problems down.<br /><br />Paul<br /><br /><br /><br />------------------------------<br /><br />Message: 2<br />Date: Mon, 3 Jun 2013 13:00:24 -0500<br />From: &quot;Fligor, Debbie&quot; &lt;fligor@illinois.edu&gt;<br />Subject: Re: [smokeping-users] error when slave connects to the master<br />To: &quot;smokeping-users@lists.oetiker.ch&quot;<br />        &lt;smokeping-users@lists.oetiker.ch&gt;<br />Cc: Debbie Fligor &lt;fligor@illinois.edu&gt;<br />Message-ID: &lt;505684DF-F117-42E5-92AF-8B541410F513@illinois.edu&gt;<br />Content-Type: text/plain; charset=&quot;us-ascii&quot;<br /><br /><br /><br />We finally solved this problem, it was all in fast cgi.  Either a default value changed, or we had just been lucky. Here are the details in case anyone else happe
 ns to hit this problem.<br /><br />This site: http://foaa.de/old-blog/2010/11/php-apache-and-fastcgi-a-comprehensive-overview/trackback/index.html  was a big help<br /><br />we needed to use -idle-timeout parameter on &quot;FastCgiExternalServer&quot;   ours is now set to 300, and it seems to be working.<br /><br />if the idle timeout is too short, it cuts out the end of the headers, and you hit this from the FastCGI FAQ ( http://www.fastcgi.com/docs/faq.html#incomplete_headers ):<br /><br />FastCGI: incomplete headers (d bytes) received from server &quot;s&quot;<br /><br />The FastCGI application, s, didn't terminate the headers properly. A total of d bytes were recieved.<br /><br />Headers are terminated by an empty line, e.g.<br /><br />    printf(&quot;Content-type: text/html\r\nStatus: 200 OK\r\n\r\n&quot;);<br /><br />See the CGI specification for more information.<br /><br /><br />-debbie<br /><br /><br />On Sep 17, 2012, at 17:01, G.W. Haywood &lt;ged@jubileegroup.co
 .uk&gt; wrote:<br /><br />&gt; Hi there,<br />&gt; <br />&gt; On Mon, 17 Sep 2012, Debbie Fligor wrote:<br />&gt; <br />&gt;&gt; A few weeks ago our sysadmins patched our RHEL6 box that our<br />&gt;&gt; smokeping master runs on.. Since then none of the slaves have been<br />&gt;&gt; able to report.<br />&gt; <br />&gt; I hate it when that happens. :(<br />&gt; <br />&gt;&gt; I get this error in our logs:<br />&gt;&gt; [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: comm with (dynamic) server &quot;/services/netmetrics/public_html/http/smokeping/smokeping.cgi&quot; aborted: (first read) idle timeout (30 sec)<br />&gt;&gt; [Mon Sep 17 12:54:31 2012] [error] [client xxx.xxx.xxx.xxx] FastCGI: incomplete headers (0 bytes) received from server &quot;/services/netmetrics/public_html/http/smokeping/smokeping.cgi&quot;<br />&gt;&gt; <br />&gt;&gt; but when I run this on the command line, or web to it with a browser, it works fine with no errors:<br />&gt;&gt; <b
 r />&gt;&gt; /services/netmetrics/public_html/http/smokeping/smokeping.cgi<br />&gt; <br />&gt; Sounds like the master can connect to itself but the slaves are having<br />&gt; problems.  I'd sniff the network traffic with tcpdump to a file for a<br />&gt; while, and then run Wireshark on the file.  Something like<br />&gt; <br />&gt; tcpdump -i eth0 -s 0 -Uw - 'tcp port 80' &gt; /home/debbie/tcpdump.out.`date +&quot;%Y%m%d%H%M%S&quot;` &amp;<br />&gt; <br />&gt; I'd run tcpdump on both the master and a slave.  I'd hope that you<br />&gt; have your system clocks all in sync to within a fraction of a second<br />&gt; using ntpd so that you can compare the logs. :)<br />&gt; <br />&gt;&gt; ... here's the packages that they upgraded in case anyone knows of<br />&gt;&gt; anything in one of those: ...<br />&gt; <br />&gt; My guess is that something else has been changed too.<br />&gt; <br />&gt; --<br />&gt; <br />&gt; 73,<br />&gt; Ged.<br /><br />-- <br />-debbie<br />Debbie Fl
 igor, n9dn       Lead Network Engineer, CITES, Univ. of Il<br />email: fligor@illinois.edu          <br />&quot;Every keystroke can be monitored. And the computers never forget.&quot;<br /><br /><br /><br />------------------------------<br /><br />Message: 3<br />Date: Tue, 4 Jun 2013 10:47:10 +0100<br />From: Paul Mansfield &lt;paul.mansfield+smokeping@grapeshot.co.uk&gt;<br />Subject: [smokeping-users] units for rtt_max<br />To: smokeping-users@lists.oetiker.ch<br />Message-ID:<br />        &lt;CAHYeK0eDOs8Cm=x1B0Q=dusxrxWx86o7YxTPQji=vzpwGdZv-w@mail.gmail.com&gt;<br />Content-Type: text/plain; charset=ISO-8859-1<br /><br />please can someone update the page<br />http://oss.oetiker.ch/smokeping/doc/smokeping_config.en.html<br /><br />and specify what the units are for rtt_max, and whether it needs to be<br />an integer or fixed value?<br /><br />it's possible to work it out through trial and error, but having it<br />stated specifically would be more useful.<br /><br />thanks<br
  />-- <br />Paul Mansfield<br /><br /><br /><br />------------------------------<br /><br />Message: 4<br />Date: Tue, 4 Jun 2013 19:28:02 +0000<br />From: &lt;Vinny_Abello@Dell.com&gt;<br />Subject: [smokeping-users] Sporadic crashes on reload in Smokeping.pm<br />To: &lt;smokeping-users@lists.oetiker.ch&gt;<br />Message-ID:<br />        &lt;FD9B2CB2B33E394FAE3B7466954760571D55F4EF@DFWX10HMPTC05.AMER.DELL.COM&gt;<br />Content-Type: text/plain; charset=&quot;us-ascii&quot;<br /><br />Hello,<br /><br />I've been noticing on one of our smokeping installations running smokeping 2.6.8 on FreeBSD 8.3 (from ports), that occasionally after a reload of smokeping, it will crash in the following manner according to the log:<br /><br />Tue Jun  4 11:55:34 2013 - Reloading configuration.<br />Tue Jun  4 11:56:00 2013 - Got HUP signal, exiting gracefully.<br />Tue Jun  4 11:56:00 2013 - Got HUP signal, exiting gracefully.<br />Tue Jun  4 11:56:00 2013 - Exiting due to HUP signal.<br />Tue Jun  
 4 11:56:00 2013 - Exiting due to HUP signal.<br />Tue Jun  4 11:56:00 2013 - Got HUP signal, exiting gracefully.<br />Tue Jun  4 11:56:00 2013 - Exiting due to HUP signal.<br />Tue Jun  4 11:56:00 2013 - Got HUP signal, exiting gracefully.<br />Tue Jun  4 11:56:00 2013 - Exiting due to HUP signal.<br />Tue Jun  4 11:56:00 2013 - Got HUP signal, exiting gracefully.<br />Tue Jun  4 11:56:00 2013 - Exiting due to HUP signal.<br />Tue Jun  4 11:56:00 2013 - Waiting for child processes to terminate.<br />Tue Jun  4 11:56:00 2013 - Can't call method &quot;step&quot; on an undefined value at /usr/local/smokeping/lib/Smokeping.pm line 4284.<br /><br />This definitely does not happen every time we reload it and we don't do anything to correct it other than start it back up again using the rc script and it runs fine. Any clues as to what might be causing this to happen on occasion and how to fix it? We currently have about 1067 targets defined and it normally finishes probing them all
  without issue every 300 seconds.<br /><br />Thanks!<br /><br />-Vinny<br />-------------- next part --------------<br />An HTML attachment was scrubbed...<br />URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20130604/56c97770/attachment-0001.htm <br /><br />------------------------------<br /><br />Message: 5<br />Date: Wed, 5 Jun 2013 10:10:09 +0100<br />From: Paul Mansfield &lt;paul.mansfield+smokeping@grapeshot.co.uk&gt;<br />Subject: Re: [smokeping-users] Sporadic crashes on reload in<br />        Smokeping.pm<br />To: smokeping-users@lists.oetiker.ch<br />Message-ID:<br />        &lt;CAHYeK0ctZcFSZWefmYmYDEHbrJufSU85ikTmHQV9CetYHH5Sgw@mail.gmail.com&gt;<br />Content-Type: text/plain; charset=ISO-8859-1<br /><br />On 4 June 2013 20:28,  &lt;Vinny_Abello@dell.com&gt; wrote:<br />&gt; 2.6.8 on FreeBSD 8.3 (from ports), that occasionally after a reload of<br />&gt; smokeping, it will crash in the following manner according to the log:<br />&gt;<br />I don't know if it
 's related but if the slave is running in debug<br />mode, it stops working when the master is restarted; this on centos6.4<br />x64.<br /><br /><br /><br />------------------------------<br /><br />Message: 6<br />Date: Thu, 6 Jun 2013 15:17:36 +0000<br />From: &lt;Vinny_Abello@Dell.com&gt;<br />Subject: Re: [smokeping-users] Sporadic crashes on reload in<br />        Smokeping.pm<br />To: &lt;paul.mansfield+smokeping@grapeshot.co.uk&gt;,<br />        &lt;smokeping-users@lists.oetiker.ch&gt;<br />Message-ID:<br />        &lt;FD9B2CB2B33E394FAE3B7466954760571D561C35@DFWX10HMPTC05.AMER.DELL.COM&gt;<br />Content-Type: text/plain; charset=&quot;us-ascii&quot;<br /><br />No slave servers currently... I'm wondering if it's some sort of timing issue with when the reload done. I saw code that looks like it handles it when a probe dies on its own, but that was my other thought... I'm not sure. I'm just taking guesses.<br /><br />-Vinny<br /><br />-----Original Message-----<br />From: smokeping-users-bou
 nces+vinny_abello=dell.com@lists.oetiker.ch [mailto:smokeping-users-bounces+vinny_abello=dell.com@lists.oetiker.ch] On Behalf Of Paul Mansfield<br />Sent: Wednesday, June 05, 2013 5:10 AM<br />To: smokeping-users@lists.oetiker.ch<br />Subject: Re: [smokeping-users] Sporadic crashes on reload in Smokeping.pm<br /><br />On 4 June 2013 20:28,  &lt;Vinny_Abello@dell.com&gt; wrote:<br />&gt; 2.6.8 on FreeBSD 8.3 (from ports), that occasionally after a reload of<br />&gt; smokeping, it will crash in the following manner according to the log:<br />&gt;<br />I don't know if it's related but if the slave is running in debug<br />mode, it stops working when the master is restarted; this on centos6.4<br />x64.<br /><br />_______________________________________________<br />smokeping-users mailing list<br />smokeping-users@lists.oetiker.ch<br />https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users<br /><br /><br /><br />------------------------------<br /><br />_____________________
 __________________________<br />smokeping-users mailing list<br />smokeping-users@lists.oetiker.ch<br />https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users<br /><br /><br />End of smokeping-users Digest, Vol 76, Issue 1<br />**********************************************</p>
  <br/>
  

  

  

  
    <hr/>
    This is an automated response.  Your issue has been noted.  We'll be in touch soon.<br/>

    

    <br/>
    Please reply to this email or visit the URL below with any additional details.<br/>
    <br/>
    <a href="http://florin-pc/portal/view-help-request/17">http://florin-pc/portal/view-help-request/17</a><br/>
  
</td>
</tr>
</table>
</body>