From smokeping123 at hotmail.com  Tue Sep  1 07:07:00 2009
From: smokeping123 at hotmail.com (Smokeping slt)
Date: Tue, 1 Sep 2009 11:07:00 +0600
Subject: [smokeping-users] Smokeping-probes_WebProxyFilter_with Proxy
	Server_URGENT
Message-ID: <COL110-W36CD4FDFB855FE79F6D65190F10@phx.gbl>


Hi,

I wanted to implement the WebProxyFilter probe to my Proxy
server web filtering engine so i configure smoke ping with these
settings,

My config.dist file look likes,

----output omitted ---

*** Probes ***

+ FPing

binary = /usr/local/sbin/fping


+ DNS

binary = /usr/bin/dig
pings = 5
step = 180

+WebProxyFilter
forks = 5
maxsize = 2000
min_interval = 0.1
offset = 50%
step = 300
timeout = 15

----output omitted ---


++ WebProxyFilter
probe = WebProxyFilter
menu = WebProxyFilter
title =  WebProxyFilter:172.25.1.55
host =  172.25.1.55
deny_re =  Access Forbidden
more_hosts = www.ddl2.com
pings = 5
timeout = 2

-------------------------------------

but there is no output show in the graph.....so i debug smokeping with command smokeping --debug

Smokeping version 2.004002 successfully launched.
Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that.
WebProxyFilter: probing 1 targets with step 300 s and offset 280 s.
FPing: probing 8 targets with step 300 s and offset 280 s.
DNS: probing 2 targets with step 180 s and offset 280 s.
WebProxyFilter: forks 5, timeout for each target 76
WebProxyFilter:
Warning: Problem with target 172.25.1.55: got this error from
172.25.1.55: 500 Can't connect to 172.25.1.55:80 (connect: Connection
refused)
WebProxyFilter: Warning: Problem with target 172.25.1.55:
got this error from www.ddl2.com: 500 Can't connect to www.ddl2.com:80
(connect: timeout)
WebProxyFilter: Warning: Problem with target
172.25.1.55: got this error from www.ddl2.com: 500 Can't connect to
www.ddl2.com:80 (connect: timeout)
WebProxyFilter: Warning: Problem
with target 172.25.1.55: got this error from 172.25.1.55: 500 Can't
connect to 172.25.1.55:80 (connect: Connection refused)
WebProxyFilter:
Warning: Problem with target 172.25.1.55: got this error
fromwww.ddl2.com: 500 Can't connect to www.ddl2.com:80 (connect:
timeout)
WebProxyFilter: 172.25.1.55: got

I think there is problem with the connecting to my proxy server and authenticating to the web filtering engine . 
I go through the forum and check out the availability of these kind of information ... but i find out something for CURL probe ,
using the extraargs variable we can pass the connection and authentication information for Proxy server as,

binary = /usr/local/bin/curl
pings=20
extraargs = --proxy <server-ip>:<proxy_port> --proxy-user 
"<domain>\<user>:<pass>"


cant we define these kind of varibles for WebProxyFilter probe also.
so please be good enough to solve this problem . 


_________________________________________________________________
Drag n? drop?Get easy photo sharing with Windows Live? Photos.

http://www.microsoft.com/windows/windowslive/products/photos.aspx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090901/3f84e2b3/attachment.htm 

From rhayden at rogers.com  Thu Sep  3 16:32:58 2009
From: rhayden at rogers.com (Julie)
Date: Thu, 3 Sep 2009 11:32:58 -0300
Subject: [smokeping-users] Puzzling smokeping results
Message-ID: <C716739C6D3E4675BDDE2A5351367BAB@JuliePC>

Question , I have a 10mbps LAN circuit  using Omnitron media converters
bridging a 120km fibre optic link and when I  ping from laptop to laptop /
64byte/ continuous ping  for 20 minutes I get a 2ms average. When using
smokeping we get a 5.3ms average but with highs of 8ms and lows of 2ms. Any
idea as to why the difference. We use Smokeping on shorter hops (60km) and
we get a 1-2ms average on both the Smokeping and the laptop to laptop test.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090903/745eb0dc/attachment.htm 

From Ralf.Hildebrandt at charite.de  Thu Sep  3 16:41:44 2009
From: Ralf.Hildebrandt at charite.de (Ralf Hildebrandt)
Date: Thu, 3 Sep 2009 16:41:44 +0200
Subject: [smokeping-users] Puzzling smokeping results
In-Reply-To: <C716739C6D3E4675BDDE2A5351367BAB@JuliePC>
References: <C716739C6D3E4675BDDE2A5351367BAB@JuliePC>
Message-ID: <20090903144144.GL17588@charite.de>

* Julie <rhayden at rogers.com>:

> Question , I have a 10mbps LAN circuit using Omnitron media converters
> bridging a 120km fibre optic link and when I ping from laptop to laptop
> / 64byte/ continuous ping for 20 minutes I get a 2ms average.

Which ping program do you use?

> When using smokeping we get a 5.3ms average but with highs of 8ms and
> lows of 2ms.

Which ping program does smokeping use?

-- 
Ralf Hildebrandt
  Gesch?ftsbereich IT | Abteilung Netzwerk
  Charit? - Universit?tsmedizin Berlin
  Campus Benjamin Franklin
  Hindenburgdamm 30 | D-12203 Berlin
  Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
  ralf.hildebrandt at charite.de | http://www.charite.de
	    


From mac at psu.edu  Thu Sep  3 16:53:51 2009
From: mac at psu.edu (Michael Contino)
Date: Thu, 03 Sep 2009 10:53:51 -0400
Subject: [smokeping-users] Puzzling smokeping results
In-Reply-To: <C716739C6D3E4675BDDE2A5351367BAB@JuliePC>
References: <C716739C6D3E4675BDDE2A5351367BAB@JuliePC>
Message-ID: <4A9FD87F.1070906@psu.edu>

Is smokeping running from the same machine as the 20 minutes 2ms average 
ping?

We have seen smokeping on a vitural machine report up to 6x more than 
smokeping on bare metal.


On 9/3/09 10:32 AM, Julie wrote:
>
> Question , I have a 10mbps LAN circuit  using Omnitron media 
> converters bridging a 120km fibre optic link and when I  ping from 
> laptop to laptop / 64byte/ continuous ping  for 20 minutes I get a 2ms 
> average. When using smokeping we get a 5.3ms average but with highs of 
> 8ms and lows of 2ms. Any idea as to why the difference. We use 
> Smokeping on shorter hops (60km) and we get a 1-2ms average on both 
> the Smokeping and the laptop to laptop test.
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/20090903/d8b86a15/attachment.htm 

From alex.brett at loho.co.uk  Sun Sep  6 11:32:38 2009
From: alex.brett at loho.co.uk (Alex Brett)
Date: Sun, 06 Sep 2009 10:32:38 +0100
Subject: [smokeping-users] Generate alert if slave doesn't report result
Message-ID: <4AA381B6.5040202@loho.co.uk>

Apologies if this is already answered somewhere, but I've looked through
the docs and searched the list archives and couldn't find anything...

Is it possible to generate an alert if a slave doesn't report any data
for e.g. two consecutive intervals, as if this happens, to me it either
means there is 100% packet loss between the slave and the master, or
that the slave has died somewhere - either of which I want to know about?

Thanks,
Alex Brett
alex.brett at loho.co.uk



From smokeping123 at hotmail.com  Mon Sep  7 07:07:38 2009
From: smokeping123 at hotmail.com (Smokeping slt)
Date: Mon, 7 Sep 2009 11:07:38 +0600
Subject: [smokeping-users] probes_WebProxyFilter_with Proxy Server_PLEASE
Message-ID: <COL110-W65A57F4789A5ECC5E0444590EB0@phx.gbl>












Hi,

I wanted to implement the WebProxyFilter probe to my Proxy
server web filtering engine so i configure smoke ping with these
settings,

My config.dist file look likes,

----output omitted ---


++ WebProxyFilter
probe = WebProxyFilter
menu = WebProxyFilter
title =  WebProxyFilter:172.25.1.55
host =  <server ip>
deny_re =  Access Forbidden
more_hosts = www.ddl2.com
pings = 5
timeout = 2

-------------------------------------

but there is no output show in the graph.....so i debug smokeping with command smokeping --debug

Smokeping version 2.004002 successfully launched.
Not entering multiprocess mode with '--debug'. Use '--debug-daemon' for that.
WebProxyFilter: probing 1 targets with step 300 s and offset 280 s.
FPing: probing 8 targets with step 300 s and offset 280 s.
DNS: probing 2 targets with step 180 s and offset 280 s.
WebProxyFilter: forks 5, timeout for each target 76
WebProxyFilter:
Warning: Problem with target 172.25.1.55: got this error from
172.25.1.55: 500 Can't connect to 172.25.1.55:80 (connect: Connection
refused)
WebProxyFilter: Warning: Problem with target 172.25.1.55:
got this error from www.ddl2.com: 500 Can't connect to www.ddl2.com:80
(connect: timeout)
WebProxyFilter: Warning: Problem with target
172.25.1.55: got this error from www.ddl2.com: 500 Can't connect to
www.ddl2.com:80 (connect: timeout)
WebProxyFilter: Warning: Problem
with target 172.25.1.55: got this error from 172.25.1.55: 500 Can't
connect to 172.25.1.55:80 (connect: Connection refused)

I think there is problem with the connecting to my proxy server and authenticating to the web filtering engine . 
I go through the forum and check out the availability of these kind of information ... but i find out something for CURL probe ,
using the extraargs variable we can pass the connection and authentication information for Proxy server as,

binary = /usr/local/bin/curl
pings=20
extraargs = --proxy <server-ip>:<proxy_port> --proxy-user 
"<domain>\<user>:<pass>"


cant we define these kind of varibles for WebProxyFilter probe also.
so please be good enough to solve this problem . 


What can you do with the new Windows Live? Find out
_________________________________________________________________
Share your memories online with anyone you want.
http://www.microsoft.com/middleeast/windows/windowslive/products/photos-share.aspx?tab=1
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090907/4a827c00/attachment-0001.htm 

From drees76 at gmail.com  Fri Sep 18 01:02:17 2009
From: drees76 at gmail.com (David Rees)
Date: Thu, 17 Sep 2009 16:02:17 -0700
Subject: [smokeping-users] Slave gaps in all charts during outage
Message-ID: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>

Hi,

We use smokeping to monitor a number of hosts on various networks.  We
have a master with a handful of slaves which monitor various sites.

This morning we had an outage which affected one of those sites, but
the slaves which were monitoring the site that went down, failed to
report any data at all for any networks - even if they were reachable
from that network.  Communications between the master/slaves were not
affected.

The affected slaves were reporting this message:

WARNING Master said 500 read timeout

While the master had messages like:

RRDs::update ERROR: /var/lib/smokeping/rrd/slave/slave~site1.rrd:
illegal attempt to update using time 1253201797 when last update time
is 1253201797 (minimum one second step)

All machines are running smokeping 2.4.2.  Any ideas?

The only thing I can think of is that DNS for the site that went down
was also down so the master timed out trying to look it up the site's
IP address?

Thanks

Dave


From josh at imaginenetworksllc.com  Fri Sep 18 01:13:18 2009
From: josh at imaginenetworksllc.com (Josh Luthman)
Date: Thu, 17 Sep 2009 19:13:18 -0400
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>
Message-ID: <961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com>

To rule out DNS - are the boxes using a DNS cache server on themselves or
using a secondary server?  What's the TTL on those A/CNAME records and how
long was your outage?

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

"When you have eliminated the impossible, that which remains, however
improbable, must be the truth."
--- Sir Arthur Conan Doyle


On Thu, Sep 17, 2009 at 7:02 PM, David Rees <drees76 at gmail.com> wrote:

> Hi,
>
> We use smokeping to monitor a number of hosts on various networks.  We
> have a master with a handful of slaves which monitor various sites.
>
> This morning we had an outage which affected one of those sites, but
> the slaves which were monitoring the site that went down, failed to
> report any data at all for any networks - even if they were reachable
> from that network.  Communications between the master/slaves were not
> affected.
>
> The affected slaves were reporting this message:
>
> WARNING Master said 500 read timeout
>
> While the master had messages like:
>
> RRDs::update ERROR: /var/lib/smokeping/rrd/slave/slave~site1.rrd:
> illegal attempt to update using time 1253201797 when last update time
> is 1253201797 (minimum one second step)
>
> All machines are running smokeping 2.4.2.  Any ideas?
>
> The only thing I can think of is that DNS for the site that went down
> was also down so the master timed out trying to look it up the site's
> IP address?
>
> Thanks
>
> Dave
>
> _______________________________________________
> 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/20090917/ca998cc0/attachment.htm 

From drees76 at gmail.com  Fri Sep 18 01:29:01 2009
From: drees76 at gmail.com (David Rees)
Date: Thu, 17 Sep 2009 16:29:01 -0700
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com> 
	<961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com>
Message-ID: <72dbd3150909171629m1363a004g835086f995135834@mail.gmail.com>

On Thu, Sep 17, 2009 at 4:13 PM, Josh Luthman
<josh at imaginenetworksllc.com> wrote:
> To rule out DNS - are the boxes using a DNS cache server on themselves or
> using a secondary server?? What's the TTL on those A/CNAME records and how
> long was your outage?

All the boxes use a caching DNS server - the TTL on the host that went
down that the affected slaves were monitoring was 5 minutes - it was
down for close to 3 hours.

I've since changed my config to use IP addresses for the host config,
but it'd be nice to not have to and for the slaves to cache the last
lookup in case there is a DNS failure...

-Dave


From josh at imaginenetworksllc.com  Fri Sep 18 01:36:16 2009
From: josh at imaginenetworksllc.com (Josh Luthman)
Date: Thu, 17 Sep 2009 19:36:16 -0400
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <72dbd3150909171629m1363a004g835086f995135834@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com> 
	<961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com> 
	<72dbd3150909171629m1363a004g835086f995135834@mail.gmail.com>
Message-ID: <961092e10909171636y7f7c82bauaf91307c4e4c89db@mail.gmail.com>

Well if communication between the two servers was just fine on layer 3 but
it couldn't resolve, layer 7, your problem there was that the slave didn't
know what IP the master was.

You could up the TTL to 4 hours and it could have worked in that last
scenario, or 8 hours, etc.

For DNS on something like this I suggest you keep a long record, we'll say a
week.  If you know you're going to change it, change the TTL for half an
hour or a full hour a week in advance of the change.  Then change it to the
new IP and put the TTL back to a week.

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

"When you have eliminated the impossible, that which remains, however
improbable, must be the truth."
--- Sir Arthur Conan Doyle


On Thu, Sep 17, 2009 at 7:29 PM, David Rees <drees76 at gmail.com> wrote:

> On Thu, Sep 17, 2009 at 4:13 PM, Josh Luthman
> <josh at imaginenetworksllc.com> wrote:
> > To rule out DNS - are the boxes using a DNS cache server on themselves or
> > using a secondary server?  What's the TTL on those A/CNAME records and
> how
> > long was your outage?
>
> All the boxes use a caching DNS server - the TTL on the host that went
> down that the affected slaves were monitoring was 5 minutes - it was
> down for close to 3 hours.
>
> I've since changed my config to use IP addresses for the host config,
> but it'd be nice to not have to and for the slaves to cache the last
> lookup in case there is a DNS failure...
>
> -Dave
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090917/309bc187/attachment.htm 

From drees76 at gmail.com  Fri Sep 18 01:38:43 2009
From: drees76 at gmail.com (David Rees)
Date: Thu, 17 Sep 2009 16:38:43 -0700
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <961092e10909171636y7f7c82bauaf91307c4e4c89db@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com> 
	<961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com> 
	<72dbd3150909171629m1363a004g835086f995135834@mail.gmail.com> 
	<961092e10909171636y7f7c82bauaf91307c4e4c89db@mail.gmail.com>
Message-ID: <72dbd3150909171638l1cbcd52bycd7713cc2d0e991c@mail.gmail.com>

On Thu, Sep 17, 2009 at 4:36 PM, Josh Luthman
<josh at imaginenetworksllc.com> wrote:
> Well if communication between the two servers was just fine on layer 3 but
> it couldn't resolve, layer 7, your problem there was that the slave didn't
> know what IP the master was.
>
> You could up the TTL to 4 hours and it could have worked in that last
> scenario, or 8 hours, etc.
>
> For DNS on something like this I suggest you keep a long record, we'll say a
> week.? If you know you're going to change it, change the TTL for half an
> hour or a full hour a week in advance of the change.? Then change it to the
> new IP and put the TTL back to a week.

Yes, that's all fine - but the DNS issue with one of the hosts the
slave was monitoring prevented it from monitoring ALL hosts it was
supposed to be monitoring...  So if DNS for one host stops working for
whatever reason, that shouldn't keep it from monitoring other hosts.

-Dave


From joshua at keroes.com  Fri Sep 18 01:46:28 2009
From: joshua at keroes.com (Joshua Keroes)
Date: Thu, 17 Sep 2009 16:46:28 -0700
Subject: [smokeping-users] CiscoRTTMonEchoICMP multihost?
Message-ID: <c67b68200909171646t29473eet435ad902c8d2b095@mail.gmail.com>

I'd like to display multihost graphs using the CiscoRTTMonEchoICMP probe. I
don't see info in the docs about running multihosts for this particular
probe. Is it possible? Here's what I've tried (with no success):


+ multihost

colors = 0a55a3 8d1c0c fd1b15 ff6d06 ffe812 3ea63b d24b00 90620c eb9f00
d5be1c 225928 3d367d 5d236e d12c8b 991441


*** Targets ***

# Default probe
probe = CiscoRTTMonEchoICMP
menu = udpEcho Mesh
title = udpEcho IP-SLA

+ CiscoRTTMonEchoICMP
probe = CiscoRTTMonEchoICMP
menu = udpEcho Mesh
title = udpEcho IP-SLA

++ as02_mplsmndt
menu = as02.mplsmndt
title = as02.mplsmndt
ioshost = rwcomm at as02.mplsmndt

+++ as02_mplsmndt_all
menu = all
title = all
host = /CiscoRTTMonEchoICMP/as02_mplsmndt/as02_mplsmndt_as01_lndnutbi
/CiscoRTTMonEchoICMP/as02_mplsmndt/as01_lndnutbi_ds01_bvtnor18

+++ as02_mplsmndt_as01_lndnutbi
host = as01.lndnutbi

+++ as02_mplsmndt_ds01_bvtnor18
host = ds01.bvtnor18


Also tried using

host = /as02_mplsmndt/as02_mplsmndt_as01_lndnutbi
/as02_mplsmndt/as01_lndnutbi_ds01_bvtnor18

without luck.

Ideas?

Thanks,
Joshua
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090917/c0bb793d/attachment.htm 

From josh at imaginenetworksllc.com  Fri Sep 18 01:56:10 2009
From: josh at imaginenetworksllc.com (Josh Luthman)
Date: Thu, 17 Sep 2009 19:56:10 -0400
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <72dbd3150909171638l1cbcd52bycd7713cc2d0e991c@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com> 
	<961092e10909171613i6b33cc16g48986bb3810fa028@mail.gmail.com> 
	<72dbd3150909171629m1363a004g835086f995135834@mail.gmail.com> 
	<961092e10909171636y7f7c82bauaf91307c4e4c89db@mail.gmail.com> 
	<72dbd3150909171638l1cbcd52bycd7713cc2d0e991c@mail.gmail.com>
Message-ID: <961092e10909171656h77e817a9y9bee7f1a419d4689@mail.gmail.com>

Oh I see.  I understood you incorrectly.

It is open source...

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

"When you have eliminated the impossible, that which remains, however
improbable, must be the truth."
--- Sir Arthur Conan Doyle


On Thu, Sep 17, 2009 at 7:38 PM, David Rees <drees76 at gmail.com> wrote:

> On Thu, Sep 17, 2009 at 4:36 PM, Josh Luthman
> <josh at imaginenetworksllc.com> wrote:
> > Well if communication between the two servers was just fine on layer 3
> but
> > it couldn't resolve, layer 7, your problem there was that the slave
> didn't
> > know what IP the master was.
> >
> > You could up the TTL to 4 hours and it could have worked in that last
> > scenario, or 8 hours, etc.
> >
> > For DNS on something like this I suggest you keep a long record, we'll
> say a
> > week.  If you know you're going to change it, change the TTL for half an
> > hour or a full hour a week in advance of the change.  Then change it to
> the
> > new IP and put the TTL back to a week.
>
> Yes, that's all fine - but the DNS issue with one of the hosts the
> slave was monitoring prevented it from monitoring ALL hosts it was
> supposed to be monitoring...  So if DNS for one host stops working for
> whatever reason, that shouldn't keep it from monitoring other hosts.
>
> -Dave
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090917/5d299968/attachment-0001.htm 

From Ben.Okusogu at cancer.org  Fri Sep 18 04:01:20 2009
From: Ben.Okusogu at cancer.org (Ben.Okusogu at cancer.org)
Date: Thu, 17 Sep 2009 22:01:20 -0400
Subject: [smokeping-users] Ben Okusogu/MD/ACS/US is out of the office.
Message-ID: <OF7C191E37.7DD98072-ON85257635.000B1C1E-85257635.000B1C1E@cancer.org>


I will be out of the office starting  09/16/2009 and will not return until
09/18/2009.

I will respond to your message when I return. If you need technical
assistance, please contact the Help Desk at 1.877.243.5753.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090917/c562941a/attachment.htm 

From tobi at oetiker.ch  Fri Sep 18 07:31:29 2009
From: tobi at oetiker.ch (Tobias Oetiker)
Date: Fri, 18 Sep 2009 07:31:29 +0200 (CEST)
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>
Message-ID: <alpine.DEB.2.00.0909180730170.6162@sebohet.brgvxre.pu>

Hi David,

there are about a ton of unreleased changes ...

* fix bug in storage of slave updatesL: when the local smokeping daemon
  running only the first update could be read back, the others were hidden
  in the storeable. --tobi

I am looking at
putting some effort into a new release next week.

cheers
tobi

Yesterday David Rees wrote:

> Hi,
>
> We use smokeping to monitor a number of hosts on various networks.  We
> have a master with a handful of slaves which monitor various sites.
>
> This morning we had an outage which affected one of those sites, but
> the slaves which were monitoring the site that went down, failed to
> report any data at all for any networks - even if they were reachable
> from that network.  Communications between the master/slaves were not
> affected.
>
> The affected slaves were reporting this message:
>
> WARNING Master said 500 read timeout
>
> While the master had messages like:
>
> RRDs::update ERROR: /var/lib/smokeping/rrd/slave/slave~site1.rrd:
> illegal attempt to update using time 1253201797 when last update time
> is 1253201797 (minimum one second step)
>
> All machines are running smokeping 2.4.2.  Any ideas?
>
> The only thing I can think of is that DNS for the site that went down
> was also down so the master timed out trying to look it up the site's
> IP address?
>
> Thanks
>
> Dave
>
> _______________________________________________
> 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


From drees76 at gmail.com  Fri Sep 18 08:29:12 2009
From: drees76 at gmail.com (David Rees)
Date: Thu, 17 Sep 2009 23:29:12 -0700
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <alpine.DEB.2.00.0909180730170.6162@sebohet.brgvxre.pu>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com> 
	<alpine.DEB.2.00.0909180730170.6162@sebohet.brgvxre.pu>
Message-ID: <72dbd3150909172329x1f0a89d0pb834d76bdba98bef@mail.gmail.com>

On Thu, Sep 17, 2009 at 10:31 PM, Tobias Oetiker <tobi at oetiker.ch> wrote:
> there are about a ton of unreleased changes ...
>
> * fix bug in storage of slave updatesL: when the local smokeping daemon
> ?running only the first update could be read back, the others were hidden
> ?in the storeable. --tobi
>
> I am looking at
> putting some effort into a new release next week.

Thanks - should I look at trying a snapshot if I run into the issue again?

-Dave


From josh at imaginenetworksllc.com  Fri Sep 18 08:48:23 2009
From: josh at imaginenetworksllc.com (Josh Luthman)
Date: Fri, 18 Sep 2009 02:48:23 -0400
Subject: [smokeping-users] Slave gaps in all charts during outage
In-Reply-To: <72dbd3150909172329x1f0a89d0pb834d76bdba98bef@mail.gmail.com>
References: <72dbd3150909171602w4850356bx59055b9187b8a96e@mail.gmail.com>
	<alpine.DEB.2.00.0909180730170.6162@sebohet.brgvxre.pu>
	<72dbd3150909172329x1f0a89d0pb834d76bdba98bef@mail.gmail.com>
Message-ID: <961092e10909172348t3d5806abv61eff85fdb15c585@mail.gmail.com>

You could wait a week or few for a full on release instead of a
snapshot.  That would be my suggestion.

On 9/18/09, David Rees <drees76 at gmail.com> wrote:
> On Thu, Sep 17, 2009 at 10:31 PM, Tobias Oetiker <tobi at oetiker.ch> wrote:
>> there are about a ton of unreleased changes ...
>>
>> * fix bug in storage of slave updatesL: when the local smokeping daemon
>> ?running only the first update could be read back, the others were hidden
>> ?in the storeable. --tobi
>>
>> I am looking at
>> putting some effort into a new release next week.
>
> Thanks - should I look at trying a snapshot if I run into the issue again?
>
> -Dave
>
> _______________________________________________
> smokeping-users mailing list
> smokeping-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
>


-- 
Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373

"When you have eliminated the impossible, that which remains, however
improbable, must be the truth."
--- Sir Arthur Conan Doyle


From nicholas at kixp.or.ke  Fri Sep 18 19:11:57 2009
From: nicholas at kixp.or.ke (Nick Wambugu)
Date: Fri, 18 Sep 2009 14:11:57 -0300 (EAT)
Subject: [smokeping-users] Smokeping Apache config help
Message-ID: <12160.217.21.115.169.1253272317.squirrel@www.kixp.or.ke>


I have installed smokeping on my box, problem is i cannot access my URL as
I am getting this error:
Eorbiden

You don't have permission to access /smokeping/smokeping.cgi on this server.

I would like to have a sample config on httpd.conf as i don't get error on
smokeping config but web server...


Thenx


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.


From ArnonL at BEZEQINT.CO.IL  Tue Sep 22 10:27:50 2009
From: ArnonL at BEZEQINT.CO.IL (Arnon Levkovich)
Date: Tue, 22 Sep 2009 11:27:50 +0300
Subject: [smokeping-users] upgrading to 2.4.2
Message-ID: <18D07E87680CDD48B628CC1483CA3B1B117C9645@london.bezeqint.co.il>

Hello all,

 

I've been trying to upgrade from 2.3.6 to 2.4.2 and I'm having a
problem. 

On the last instruction on the upgrade manual page:
http://oss.oetiker.ch/smokeping/doc/smoketrace.en.html

I am told to add some code to the "config file" under the Targets
section. 

 

menuextra = <a target='_blank' href='tr.html{HOST}' class='{CLASS}' \

onclick="window.open(this.href,this.target, \

'width=800,height=500,toolbar=no,location=no,status=no,scrollbars=no');
\

return false;">*</a>

 

Since I don't have a single config file, I added the code to the Targets
file inside /etc/smokeping/config.d/Targets

I restarted the smokeping process and when I enter the webpage, I get
"line 6: unknown variable 'menuextra'"

How do I fix this?

 

Thanks!

Arnon

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090922/bddc58ea/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 18512 bytes
Desc: not available
Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090922/bddc58ea/attachment-0001.jpeg 

From jan.rockstedt at gmail.com  Tue Sep 22 18:38:06 2009
From: jan.rockstedt at gmail.com (Jan Rockstedt)
Date: Tue, 22 Sep 2009 18:38:06 +0200
Subject: [smokeping-users] upgrading to 2.4.2
References: <18D07E87680CDD48B628CC1483CA3B1B117C9645@london.bezeqint.co.il>
Message-ID: <553FA973E3F44F1EABF9CAA597B12FC5@pcpappa>

Arnon,

Please post  your config file, so we can what is wrong.

Jan
  ----- Original Message ----- 
  From: Arnon Levkovich 
  To: smokeping-users at lists.oetiker.ch 
  Sent: Tuesday, September 22, 2009 10:27 AM
  Subject: [smokeping-users] upgrading to 2.4.2



             
       


        Hello all,

         

        I've been trying to upgrade from 2.3.6 to 2.4.2 and I'm having a problem. 

        On the last instruction on the upgrade manual page: http://oss.oetiker.ch/smokeping/doc/smoketrace.en.html

        I am told to add some code to the "config file" under the Targets section. 

         

        menuextra = <a target='_blank' href='tr.html{HOST}' class='{CLASS}' \

        onclick="window.open(this.href,this.target, \

        'width=800,height=500,toolbar=no,location=no,status=no,scrollbars=no'); \

        return false;">*</a>

         

        Since I don't have a single config file, I added the code to the Targets file inside /etc/smokeping/config.d/Targets

        I restarted the smokeping process and when I enter the webpage, I get "line 6: unknown variable 'menuextra'"

        How do I fix this?

         

        Thanks!

        Arnon
       

------------------------------------------------------------------------------
  This message was enriched by Impactia Technologies Ltd.    www.impactia.com
  Please do not enrich emails sent to me.



------------------------------------------------------------------------------


  _______________________________________________
  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/20090922/bcea9ebc/attachment-0001.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 18512 bytes
Desc: not available
Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20090922/bcea9ebc/attachment-0001.jpeg 

From ArnonL at BEZEQINT.CO.IL  Wed Sep 23 09:26:26 2009
From: ArnonL at BEZEQINT.CO.IL (Arnon Levkovich)
Date: Wed, 23 Sep 2009 10:26:26 +0300
Subject: [smokeping-users] FW:  upgrading to 2.4.2
Message-ID: <18D07E87680CDD48B628CC1483CA3B1B11809E3F@london.bezeqint.co.il>

 

Actually,

I found out there was a mess with the paths. I corrected it and it works
- kinda....

 

Now, when I press the *, I get a error on my browser:

 

Line: 16844

Char: 9

Error: '$5' is null or not an object

Code: 0

URL: http://<IP>/apache2-default/tr.html.

 

And the table on the new smoketrace window is blank.

 

The apache log show the following:

[Wed Sep 23 09:46:40 2009] [error] [client CLIENT] (2)No such file or
directory: exec of '/var/www/apache2-default/tr.cgi' failed, referer:
http://<IP>/apache2-default/tr.html

[Wed Sep 23 09:46:40 2009] [error] [client CLIENT] Premature end of
script headers: tr.cgi, referer: http://<IP>/apache2-default/tr.html

[Wed Sep 23 09:46:53 2009] [error] [client CLIENT] (2)No such file or
directory: exec of '/var/www/apache2-default/tr.cgi' failed, referer:
http://<IP>/apache2-default/tr.html

[Wed Sep 23 09:46:53 2009] [error] [client CLIENT] Premature end of
script headers: tr.cgi, referer: http://<IP>/apache2-default/tr.html

 

This is tr.html:

smokeping:/var/www/apache2-default# cat tr.html

<html>

  <head>

    <meta http-equiv="Content-Type" content="text/html; charset=utf-8"
/>

    <title>SmokeTrace</title>

    <script type="text/javascript" src="script/Tr.js"></script>

  </head>

</html>

 

This is tr.cgi:

smokeping:/var/www/apache2-default# cat tr.cgi

#!/usr/sepp/bin/speedy-5.8.8 -w

use strict;

#use lib qw(/usr/share/perl5/smokeping);

#use lib qw(perl);

use lib qw(/var/www/smokeping/lib);

use lib qw(/usr/lib/perl/5.8.8/);

 

use CGI;

use CGI::Util qw(expires);

use CGI::Session;

use Qooxdoo::JSONRPC;

 

#$Qooxdoo::JSONRPC::debug=1;

 

# Change this space-separated list of directories to include

# Qooxdoo::JSONRPC.pm and co-located Services

 

# If this module can't be found, the previous line is incorrect

 

# Instantiating the CGI module which parses the HTTP request

 

my $cgi     = new CGI;

my $session = new CGI::Session;

 

# You can customise this harness here to handle cases before treating

# the request as being JSON-RPC

Qooxdoo::JSONRPC::handle_request ($cgi, $session);

 

Any ideas?

Arnon

________________________________

From: smokeping-users-bounces at lists.oetiker.ch
[mailto:smokeping-users-bounces at lists.oetiker.ch] On Behalf Of Jan
Rockstedt
Sent: Tuesday, September 22, 2009 7:38 PM
To: smokeping-users at lists.oetiker.ch
Subject: Re: [smokeping-users] upgrading to 2.4.2

 

Arnon,

 

Please post  your config file, so we can what is wrong.

 

Jan

	----- Original Message ----- 

	From: Arnon Levkovich <mailto:ArnonL at BEZEQINT.CO.IL>  

	To: smokeping-users at lists.oetiker.ch 

	Sent: Tuesday, September 22, 2009 10:27 AM

	Subject: [smokeping-users] upgrading to 2.4.2

	 

 

 

Hello all,

 

I've been trying to upgrade from 2.3.6 to 2.4.2 and I'm having a
problem. 

On the last instruction on the upgrade manual page:
http://oss.oetiker.ch/smokeping/doc/smoketrace.en.html

I am told to add some code to the "config file" under the Targets
section. 

 

menuextra = <a target='_blank' href='tr.html{HOST}' class='{CLASS}' \

onclick="window.open(this.href,this.target, \

'width=800,height=500,toolbar=no,location=no,status=no,scrollbars=no');
\

return false;">*</a>

 

Since I don't have a single config file, I added the code to the Targets
file inside /etc/smokeping/config.d/Targets

I restarted the smokeping process and when I enter the webpage, I get
"line 6: unknown variable 'menuextra'"

How do I fix this?

 

Thanks!

Arnon

	
________________________________


	This message was enriched by Impactia Technologies Ltd.
www.impactia.com
	Please do not enrich
<http://impactia.bezeqint.co.il/exclude.ASP?email=smokeping-users at lists.
oetiker.ch&domain=BEZEQINT.CO.IL&id=777>  emails sent to me.

	<hr size=2 width="100%" align=center> 

	_______________________________________________
	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/20090923/8d26acee/attachment-0001.htm