SmokePing (a network latency measurement tool) users list

rick sunix | 1 Jul 2008 13:28

problem with smoketrace

Hi ,

I was compiling smokeping for my linux server, that i got to work. but i was trying to setup the smoketrace available in smokeping.
i follow the instructions for the smoketrace installation ,but at the end i ran into problem with JSON-RPC protocol setup .
I am getting "Your HTTP Client is not using the JSON-RPC protocol" whenever i try to run tr.cgi.
Can anybody help with this .
Is there anything else is additionally required ( perl module , java , ajax , php) for smoketrace to get it to work.

Ricky

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

headers

Tobias Oetiker | 1 Jul 2008 13:36

Re: problem with smoketrace

Hi Rick,

this error is actually a good thing. tr.cgi gets called by the
javascript which is loaded in the tr.html file ... so you must open
tr.html in your browser

cheers
tobi

Today rick sunix wrote:

> Hi ,
>
> I was compiling smokeping for my linux server, that i got to work. but i was
> trying to setup the smoketrace available in smokeping.
> i follow the instructions for the smoketrace installation ,but at the end i
> ran into problem with JSON-RPC protocol setup .
> I am getting "Your HTTP Client is not using the JSON-RPC protocol" whenever
> i try to run tr.cgi.
> Can anybody help with this .
> Is there anything else is additionally required ( perl module , java , ajax
> , php) for smoketrace to get it to work.
>
>
> Ricky
>

--

-- 
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

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

headers

Schneider, Andreas | 1 Jul 2008 14:58

Re: EchoPingHttp

Hello,

im not very familiar with the echoping stuff. But i found out that i use version 6.0.2 on Debian 4.0

I tried with the -R option but nothing changed. Still got "HTTP/1.1 401 Unauthorized".

Do i have to change the echoping.pm ? But what should i change?

Kind regards,

Andreas

Von: smokeping-users-bounces <at> lists.oetiker.ch im Auftrag von G.W. Haywood
Gesendet: Sa 28.06.2008 12:30
An: Schneider, Andreas
Cc: smokeping-users <at> lists.oetiker.ch
Betreff: Re: [smokeping-users] EchoPingHttp

Hi there,

On Fri, 27 Jun 2008, Schneider, Andreas wrote:

> i want to monitor a SharePoint Website with EchoPingHttp. But i always get 100% packet loss.
> When i run echoping from commandline with the -v switch i got message ...401 Unauthorized.
> OK, the SharePoint is a local Intranet and works together with ActiveDirectory authentication.
> So, is there a way to send authorization, so that echopinghttp is not refused?

If I were doing this I wouldn't want to send authorization, because it
might add a significant amount of unnecessary overhead. Instead, I'd
request a URL which would cause a 301 response from the server. I'd
use EchoPingHttp's 'accept_redirects' option so that a 301 is treated
as a normal respo nse, not an error.

The accept_redirects option gives the '-R' switch to echoping, so you
need a recent version of echoping which will understand it. The version
that I use on Debi pm to
prevent the switch from being used.

--

73,
Ged.

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

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

headers

G.W. Haywood | 1 Jul 2008 16:06

Re: EchoPingHttp

Hi there,

On Tue, 1 Jul 2008, Schneider, Andreas wrote:

> im not very familiar with the echoping stuff. But i found out that i
> use version 6.0.2 on Debian 4.0

Debian 4.0 stable is known as 'Etch', which is what I'm using on my desktop.
I have version 5.2.0 of echoping on that system, not version 6.

> I tried with the -R option but nothing changed. Still got "HTTP/1.1 401 Unauthorized".

I'm not sure that you understood my suggestion.  My suggestion was to
ask for a different URL, one which would give you a 301 response, not
a 4xx response.

You could try

man echoping

to see if the -R flag is supported.

Here is the output of a couple of echoping commands on my desktop machine:

----------------------------------------------------------------------
tornado:~$ >>> echoping -R -v -h /smokeping oss.oetiker.ch
echoping: invalid option -- R
[...]
tornado:~$ >>> echoping -v -h /smokeping oss.oetiker.ch

This is echoping, version 5.2.0.

Trying to connect to internet address 213.144.138.195 80 to transmit 99 bytes...
Trying to send 256 bytes to internet address 213.144.138.195...
Connected...
TCP Latency: 0.054292 seconds
Sent (99 bytes)...
Application Latency: 0.066763 seconds
HTTP error "HTTP/1.1 301 Moved Permanently
"
----------------------------------------------------------------------

> Do i have to change the echoping.pm ? But what should i change?

Don't change anything until you understand what you're doing.

headers

Lars Hecking | 2 Jul 2008 11:41

Slave loss computation broken?


 Take a look at the attached graph from a smokeping slave. Although there
 clearly are more than two dozen periods of packet loss, the legend says
 0.00% for avg/max/min/now packet loss. I've not seen this for any master
 graphs.

 Out of 30 slave graphs, only 8 or so show the problem, but the probe in
 question is always AnotherDNS with a record type of MX. Not all probes
 of this type exhibit the problem. E.g. for one particular probe:

 - overview/3h/30h graph wrong
 - 10day/400day graph correct (non-zero loss)

 All graphs based on a plain DNS probe seem to be correct.

 Config:

+ AnotherDNS

offset = 50%
step = 300
pings = 5

+++ FOO_DNS_MX

probe = AnotherDNS
menu = foo_dns_mx
title = DNS MX on FOO
host = 1.2.3.4
lookup = bar.company.com
recordtype = MX
slaves = host.sub.company.com

 smokeping 2.4.1
 rrdtool 1.2.27 (1.3 doesn't build on RHEL3)

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

headers

Jan Rockstedt | 2 Jul 2008 14:36

Segmentation fault

Hi all,

After runing portupgrade -a we have problem to start smokeping.

Segmentation fault

/usr/local/smokeping/htdocs/smokeping.cgi
speedy[62572]: Cannot spawn backend process

FreeBSD freebsd 7.0-STABLE FreeBSD 7.0-STABLE #4: Wed Jul 2 12:06:59 CEST 2008 root <at> freebsd:/usr/obj/usr/src/sys/GENERIC i386

Any sugestion?

Jan Rockstedt

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

headers

Tobias Oetiker | 2 Jul 2008 15:24

Re: Slave loss computation broken?

Lars,

note that the orange stripes are not packet loss, but 'NO DATA' it
means that smokeping has not been running at these times or it has
not completed the polling round in this periode. Check the logfile.

cheers
tobi

Today Lars Hecking wrote:

>
>  Take a look at the attached graph from a smokeping slave. Although there
>  clearly are more than two dozen periods of packet loss, the legend says
>  0.00% for avg/max/min/now packet loss. I've not seen this for any master
>  graphs.
>
>  Out of 30 slave graphs, only 8 or so show the problem, but the probe in
>  question is always AnotherDNS with a record type of MX. Not all probes
>  of this type exhibit the problem. E.g. for one particular probe:
>
>  - overview/3h/30h graph wrong
>  - 10day/400day graph correct (non-zero loss)
>
>  All graphs based on a plain DNS probe seem to be correct.
>
>  Config:
>
> + AnotherDNS
>
> offset = 50%
> step = 300
> pings = 5
>
> +++ FOO_DNS_MX
>
> probe = AnotherDNS
> menu = foo_dns_mx
> title = DNS MX on FOO
> host = 1.2.3.4
> lookup = bar.company.com
> recordtype = MX
> slaves = host.sub.company.com
>
>  smokeping 2.4.1
>  rrdtool 1.2.27 (1.3 doesn't build on RHEL3)
>
>

--

-- 
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

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

headers

Lars Hecking | 2 Jul 2008 16:09

Re: Slave loss computation broken?

Tobias Oetiker writes:
> Lars,
> 
> note that the orange stripes are not packet loss, but 'NO DATA' it
> means that smokeping has not been running at these times or it has
> not completed the polling round in this periode. Check the logfile.

 I actually thought of that later ...

 I will revisit this issue once the slave instance has been running
 for a longer period of time. Nothing in the logs, and I am pretty
 sure that both master and slave instances were running continuously
 for at least the overnight 'NO DATA' periods. The network between
 the two may have a few quirks ...

 Thanks :)

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

headers

Tobias Oetiker | 2 Jul 2008 16:20

Re: Slave loss computation broken?

Hi Lars,

Today Lars Hecking wrote:

> Tobias Oetiker writes:
> > Lars,
> >
> > note that the orange stripes are not packet loss, but 'NO DATA' it
> > means that smokeping has not been running at these times or it has
> > not completed the polling round in this periode. Check the logfile.
>
>  I actually thought of that later ...
>
>  I will revisit this issue once the slave instance has been running
>  for a longer period of time. Nothing in the logs, and I am pretty
>  sure that both master and slave instances were running continuously
>  for at least the overnight 'NO DATA' periods. The network between
>  the two may have a few quirks ...

network outages between master and slave are no problem. the slave
will spool its updates until the net is back ... if the slave does
not manage to do a round, you have to check the log on the  slave.

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

--

-- 
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch tobi <at> oetiker.ch ++41 62 775 9902 / sb: -9900

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

headers

Lars Hecking | 2 Jul 2008 16:24

Re: Slave loss computation broken?


> network outages between master and slave are no problem. the slave
> will spool its updates until the net is back ... if the slave does
> not manage to do a round, you have to check the log on the  slave.

 I set up proper logging only now, but there's a possibility the probes
 were timing out.

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

20	June 2013
22	May 2013
54	April 2013
10	March 2013
18	February 2013
27	January 2013
38	December 2012
24	November 2012
24	October 2012
42	September 2012
32	August 2012
121	July 2012
30	June 2012
33	May 2012
25	April 2012
28	March 2012
39	February 2012
28	January 2012
42	December 2011
42	November 2011
62	October 2011
29	September 2011
14	August 2011
39	July 2011
14	June 2011
21	May 2011
15	April 2011
16	March 2011
6	February 2011
21	January 2011
14	December 2010
29	November 2010
35	October 2010
26	September 2010
16	August 2010
16	July 2010
15	June 2010
27	May 2010
12	April 2010
52	March 2010
27	February 2010
59	January 2010
26	December 2009
55	November 2009
3	October 2009
21	September 2009
20	August 2009
20	July 2009
43	June 2009
32	May 2009
46	April 2009
55	March 2009
47	February 2009
54	January 2009
30	December 2008
38	November 2008
20	October 2008
42	September 2008
64	August 2008
79	July 2008
159	June 2008
62	May 2008
106	April 2008
104	March 2008
64	February 2008
44	January 2008
47	December 2007
52	November 2007
84	October 2007
78	September 2007
30	August 2007
12	July 2007
26	June 2007
16	May 2007
34	April 2007
26	March 2007
21	February 2007
46	January 2007
53	December 2006
23	November 2006
40	October 2006
30	September 2006
65	August 2006
61	July 2006
26	June 2006
30	May 2006
21	April 2006
36	March 2006
22	February 2006
22	January 2006
48	December 2005
19	November 2005
31	October 2005
34	September 2005
61	August 2005
60	July 2005
44	June 2005
57	May 2005
29	April 2005
32	March 2005
33	February 2005
40	January 2005
27	December 2004
36	November 2004
32	October 2004
32	September 2004
27	August 2004
34	July 2004
59	June 2004
48	May 2004
23	April 2004
23	March 2004
56	February 2004
49	January 2004
47	December 2003
32	November 2003
33	October 2003
43	September 2003
56	August 2003
24	July 2003
28	June 2003
39	May 2003
42	April 2003
36	March 2003
45	February 2003
14	January 2003
30	December 2002
13	November 2002
34	October 2002
51	September 2002
14	August 2002
30	July 2002
24	June 2002
23	May 2002
31	April 2002
30	March 2002
41	February 2002
72	January 2002
15	December 2001
3	November 2001
1	December 1989

Mon	Tue	Wed	Thu	Fri	Sat	Sun

	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31