Rae, Leslie | 7 Feb 00:10 2007
Picon

smokeping.cgi error

Hello,

I am new to Smokeping and have just installed it but am having difficulties running the smokeping.cgi.

I am getting the following error in my apache error_log and when I run the smokeping.cgi from the command line:

ld.so.1: /usr/perl5/5.00503/bin/speedy_backend: fatal: relocation error: file /usr/local/rrdtool-1.0.49/lib/perl/auto/RRDs/RRDs.so: symbol Perl_sv_2pv_flags: referenced symbol not found

speedy[11003]: Cannot spawn backend process

If someone can point me in the right direction Id appreciate it.

Thanks


Les Rae

(613) 948-0200

leslie.rae <at> cra-arc.gc.ca

ITB/NECSD/ENP

Network and Capacity Management   Gestion de la capacité de réseau

Canada Revenue Agency                   Agence du revenu du Canada

Government of Canada                      Gouvernement du Canada

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Niko Tyni | 7 Feb 23:15 2007
Picon
Picon

Re: Echoping again

On Tue, Jan 30, 2007 at 07:48:31PM +0100, Jacek Osiecki wrote:

> I am having problems with EchoPingHttp. I am trying to set up smokeping
> (version 2.0.9) to use EchoPingHttp for several probes.
> 
> First it completely did not work - the problem was easy to correct, since it
> was about using "-h /" instead of "-h/". However, after repairing it probes
> still don't appear, and syslog is filled with following lines:

This is an incompatibility with echoping 6, and will be fixed in the next
release.

> Jan 12 15:50:53 mainserv smokeping[10182]: RRDs::update ERROR: conversion of
> '0.001807' to float not complete: tail '.001807'
> 
> I tried to google for some solution, but could not find anything that would
> solve the problem - neither on the newsgroups nor on the smokeping-users
> list archive...
> 
> What am I doing wrong?

Using a beta version of Echoping, apparently. Please include the
versions of echoping and rrdtool you're using.

We'd still like to fix it, of course. Please try 'smokeping --debug'
and see how the echoping command is run. Then send the output of that
command verbatim.

Hm, this could be a locale problem (rrdtool uses strtod(3), which
honors locales), except that lib/Smokeping.pm already resets LC_NUMERIC.
Try to run in the C locale or similar anyway, to rule that out.

Cheers,
--

-- 
Niko

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users

Jacek Osiecki | 8 Feb 10:48 2007
Picon

Re: Echoping again

On Thu, 8 Feb 2007, Niko Tyni wrote:

> On Tue, Jan 30, 2007 at 07:48:31PM +0100, Jacek Osiecki wrote:
>> I am having problems with EchoPingHttp. I am trying to set up smokeping
>> (version 2.0.9) to use EchoPingHttp for several probes.
>> First it completely did not work - the problem was easy to correct, since it
>> was about using "-h /" instead of "-h/". However, after repairing it probes
>> still don't appear, and syslog is filled with following lines:

> This is an incompatibility with echoping 6, and will be fixed in the next
> release.

OK

>> Jan 12 15:50:53 mainserv smokeping[10182]: RRDs::update ERROR: conversion of
>> '0.001807' to float not complete: tail '.001807'

>> I tried to google for some solution, but could not find anything that would
>> solve the problem - neither on the newsgroups nor on the smokeping-users
>> list archive...

>> What am I doing wrong?

> Using a beta version of Echoping, apparently. Please include the
> versions of echoping and rrdtool you're using.

Actually, it was the only version I had in my linux distro (PLD linux).
Which one should I use?

Now I have:

echoping-6.0-0.BETA.0.1
perl-rrdtool-1.2.15-1
rrdtool-1.2.15-1

> We'd still like to fix it, of course. Please try 'smokeping --debug'
> and see how the echoping command is run. Then send the output of that
> command verbatim.

I'll try this.

> Hm, this could be a locale problem (rrdtool uses strtod(3), which
> honors locales), except that lib/Smokeping.pm already resets LC_NUMERIC.
> Try to run in the C locale or similar anyway, to rule that out.

It might be this issue - I am using locale pl_PL, and in Poland we have
comma instead of dot for separating decimal part in numbers... I'll try
running smokeping in C locale and will report here.

Greetz,
--

-- 
Jacek Osiecki
joshua <at> silvercube.pl

Silvercube s.c.
ul. Makuszyńskiego 4
31-752 Kraków
+48 (12) 684 21 00
_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Niko Tyni | 8 Feb 13:48 2007
Picon
Picon

Re: Echoping again

On Thu, Feb 08, 2007 at 10:48:12AM +0100, Jacek Osiecki wrote:

> Actually, it was the only version I had in my linux distro (PLD linux).
> Which one should I use?

Echoping 5.2 should work out of the box, but the only incompatibility
with Smokeping that I'm aware of is the '-h' option.

> >Hm, this could be a locale problem (rrdtool uses strtod(3), which
> >honors locales), except that lib/Smokeping.pm already resets LC_NUMERIC.
> >Try to run in the C locale or similar anyway, to rule that out.
> 
> It might be this issue - I am using locale pl_PL, and in Poland we have
> comma instead of dot for separating decimal part in numbers... I'll try
> running smokeping in C locale and will report here.

Ah, it looks like LC_ALL from the environment overrides LC_NUMERIC
set inside Smokeping.pm. I assume you're using that? 

I'm not sure if resetting LC_ALL in Smokeping is a good idea...probably
not. I guess it's best to bail out with an error message if the locale
switch doesn't succeed. Does the attached patch do that for you?

Cheers,
-- 
Niko
--- smokeping-2.0.9/lib/Smokeping.pm	2007/02/08 12:43:06	1.1
+++ smokeping-2.0.9/lib/Smokeping.pm	2007/02/08 12:46:53
 <at>  <at>  -19,7 +19,9  <at>  <at> 
 # make sure we do not end up with , in odd places where one would expect a '.'
 # we set the environment variable so that our 'kids' get the benefit too
 $ENV{LC_NUMERIC}='C';
-POSIX::setlocale(&POSIX::LC_NUMERIC,"");
+if (POSIX::setlocale(&POSIX::LC_NUMERIC,"") ne "C") {
+    die("Resetting LC_NUMERIC failed - try removing LC_ALL from the environment");
+}

 use File::Basename;
 use Smokeping::Examples;
_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Jacek Osiecki | 8 Feb 15:33 2007
Picon

Re: Echoping again

On Thu, 8 Feb 2007, Niko Tyni wrote:

> On Thu, Feb 08, 2007 at 10:48:12AM +0100, Jacek Osiecki wrote:

>>> Hm, this could be a locale problem (rrdtool uses strtod(3), which
>>> honors locales), except that lib/Smokeping.pm already resets LC_NUMERIC.
>>> Try to run in the C locale or similar anyway, to rule that out.

>> It might be this issue - I am using locale pl_PL, and in Poland we have
>> comma instead of dot for separating decimal part in numbers... I'll try
>> running smokeping in C locale and will report here.

> Ah, it looks like LC_ALL from the environment overrides LC_NUMERIC
> set inside Smokeping.pm. I assume you're using that?

I simply set LC_ALL=pl_PL, global for system... Now I see how BAD idea it
is, especially when it comes to LC_NUMERIC ;)

> I'm not sure if resetting LC_ALL in Smokeping is a good idea...probably
> not. I guess it's best to bail out with an error message if the locale
> switch doesn't succeed. Does the attached patch do that for you?

The patch caused Smokeping to die at the start with "Resetting LC_NUMERIC
failed - try removing LC_ALL from the environment" message.
I have launched smokeping with: LC_ALL=C /etc/init.d/smokeping start - and
it worked! Finally I can test real response to http requests :)

Thanks for help!

Greetz,
--

-- 
Jacek Osiecki
joshua <at> silvercube.pl

Silvercube s.c.
ul. Makuszyńskiego 4
31-752 Kraków
+48 (12) 684 21 00
_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Bee Hock Goh | 9 Feb 07:20 2007
Picon

TelnetIOSPing connection timeout for high latency links

Hi,

I am monitoring the latency btw Singapore to Cambodia/Banglandesh routers. As this two locations are on satellite, the normal latency is easily over 500ms and more. TelnetIOSPing encounter connection timeout most of the time.

Whats the default timeout for TelnetIOSPing and can they be change to fix the issue?

regards,

 Bee Hock.


-- --

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Rae, Leslie | 9 Feb 15:22 2007
Picon

Smokeping.cgi error

Hello,

I am new to Smokeping and have just installed it but am having difficulties running the smokeping.cgi.

I am getting the following error in my apache error_log and when I run the smokeping.cgi from the command line:

ld.so.1: /usr/perl5/5.00503/bin/speedy_backend: fatal: relocation error: file /usr/local/rrdtool-1.0.49/lib/perl/auto/RRDs/RRDs.so: symbol Perl_sv_2pv_flags: referenced symbol not found

speedy[11003]: Cannot spawn backend process

If someone can point me in the right direction I’d appreciate it.

Thanks


Les Rae

(613) 948-0200

leslie.rae <at> cra-arc.gc.ca

ITB/NECSD/ENP

Network and Capacity Management   Gestion de la capacité de réseau

Canada Revenue Agency                   Agence du revenu du Canada

Government of Canada                      Gouvernement du Canada

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Vern.Dias | 9 Feb 15:13 2007

Packet loss calculations in Smokeping

I have received a question from our network management group concerning how the packet loss is calculated by Smokeping.

I have tried to understand this and failed miserably.

For example, here is a record from one of my rrd files:

1170982800: NaN 5.3841740667e+00 3.5863971281e-02 3.4867749856e-02 3.4867749856e-02 3.4867749856e-02 3.4867749856e-02 3.5863971281e-02 3.5863971281e-02 3.5863971281e-02 3.5863971281e-02 3.5863971281e-02 3.9848856978e-02

Loss  5.3841740667e+00

Ping Median  00 3.5863971281e-02

Ping 1  3.4867749856e-02
Ping 2  3.4867749856e-02
Ping 3  3.4867749856e-02
Ping 4  3.4867749856e-02
Ping 5  3.5863971281e-02
Ping 6  3.5863971281e-02
Ping 7  3.5863971281e-02
Ping 8  3.5863971281e-02
Ping 9  3.5863971281e-02
Ping 10 3.9848856978e-02

Several questions: 

Where did the 5.3841740667e+00 for packet loss come from?  How was it calculated? 

Does the percentage reflecting in that calculation only come from this specific RRD record? 

How can a loss calculation base on 10 pings not return a loss percentage that is 10%, 20% 30%, etc?

Or does it somehow span multiple records? All 10 fields in the record show values, although many are exactly the same, which is highly unlikely. I only see 3 unique values, which tells me that the packet loss was more like 70% (three good response time numbers and Smokeping likely just kept the previous value for the packets that were lost)?

Help on these questions would be highly appreciated.

Vern 

The information contained in this message and any attachment may be proprietary, confidential, and privileged or subject to the work product doctrine and thus protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify me immediately by replying to this message and deleting it and all copies and backups thereof. Thank you.
_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
Niko Tyni | 9 Feb 21:56 2007
Picon
Picon

Re: Smokeping.cgi error

On Fri, Feb 09, 2007 at 09:22:48AM -0500, Rae, Leslie wrote:

> I am getting the following error in my apache error_log and when I run the smokeping.cgi from the command line:
> 
> ld.so.1: /usr/perl5/5.00503/bin/speedy_backend: fatal: relocation error: file
/usr/local/rrdtool-1.0.49/lib/perl/auto/RRDs/RRDs.so: symbol Perl_sv_2pv_flags: referenced
symbol not found
> speedy[11003]: Cannot spawn backend process
> 
> If someone can point me in the right direction I'd appreciate it.

It looks like your SpeedyCGI was compiled with a different version of Perl
than your rrdtool library. Recompiling the older one, probably SpeedyCGI,
should do the trick.

You could also use some other persistent perl system than SpeedyCGI,
eg. mod_perl.

Hope this helps,
--

-- 
Niko

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users

Vinny Abello | 10 Feb 00:03 2007

Smokeping duplicate and possibly false packet loss bug

I'm observing what I believe is a bug, not only on my installation, but even on the demo page for Smokeping.

When I see a 1/20 loss, it ALWAYS shows up twice in two consecutive 5 minute intervals. The chance of loosing a
packet in one five minute period followed by another loss in the next 5 minute period every single time is
not likely. I thought this was just an issue on my network, but NO other tools can detect any loss where
Smokeping keeps showing this loss randomly. The loss never happens at the same time on different graphs
going through the same network path. They are always random and ALWAYS happen consecutively. I see the
EXACT same pattern on the Smokeping demo web page. I can't quantify the loss measurements that smokeping
is seeing with anything else and can't believe there is as much loss as it claims there is on various
installations across different networks I have seen.

I'm looking for a way to prove this. I suspect it's some sort of bug that fping is generating a value that
cannot be input into the RRD database so it ends up as a null value and shows as loss. I'm not sure about the
duplicate consecutive occurrences of it, but I believe it's related.

How can this be debugged, proven or disproven? I'm not an RRDTool guru but am really perplexed by the data
Smokeping is showing.

I think this has only happened in more recent versions of Smokeping. When I first started running it, I never
saw these patterns. Either an updated version of Smokeping is causing this or possibly fping, but I have
also seen the same pattern with two consecutive 1/20 loss values on other monitor types as well.

-- 

Vinny Abello
Network Engineer
Server Management
vinny <at> tellurian.com
(973)300-9211 x 125
(973)940-6125 (Direct)
PGP Key Fingerprint: 3BC5 9A48 FC78 03D3 82E0  E935 5325 FBCB 0100 977A

Tellurian Networks - The Ultimate Internet Connection
http://www.tellurian.com (888)TELLURIAN

"Courage is resistance to fear, mastery of fear - not absence of fear" -- Mark Twain

_______________________________________________
smokeping-users mailing list
smokeping-users <at> lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users


Gmane