From Vidar.Stokkenes at hn-ikt.no  Mon Feb  1 15:00:29 2010
From: Vidar.Stokkenes at hn-ikt.no (Stokkenes Vidar)
Date: Mon, 1 Feb 2010 15:00:29 +0100
Subject: [smokeping-users] CiscoRTTMonTcpConnect difficulties with Cisco
	7200 VXR series
Message-ID: <E8AE839E2CDA9E4BA6DA6B35F86E0192159E0EDA98@iktmail1.hn-ikt.no>

Hello folks,

I seem to be having problems with doing RTT checks via SNMP using a Cisco 7204 VXR router as the probe device. We are currently running Smokeping v2.004002 on the server.

Here is a sample of my config:

Global probe config:

+ CiscoRTTMonTcpConnect

forks = 5
offset = 50%
step = 300
timeout = 60

Host config:

++++++ LocationAtoB
menu = LocationAtoB
title = Roundtrip from Location A to Location B
probe = CiscoRTTMonTcpConnect
host = routerB.domain.com
port = 22
ioshost = community at routerA.domain.com

But my logfile says the following:

Feb  1 14:28:16 server smokeping[9574]: SNMP Error: Received SNMP response with error code   error status: commitFailed   index 1 (OID: 1.3.6.1.4.1.9.9.42.1.2.1.1.9.9574) SNMPv2c_Session (remote host: "routerB.domain.com" [192.168.10.1].161)                    community: "community"                   request ID: 1390275956                  PDU bufsize: 8000 bytes                      timeout: 2s                      retries: 5                      backoff: 1)  at /usr/lib/smokeping/SNMP_util.pm line 786

According to the Cisco 7200 documentation it should support the CISCO-RTTMON-MIB, but maybe the answer smokeping gets from the router is considered as "rubbish" (as the logfile implies) Also, when I ssh from the CLI from routerA to routerB it works without a problem. All the graphs with this probe is empty. I am doing the same against a Cisco Catalyst 6500 with no problems at all.

Can someone please tell me why this won't work?


Best regards,

Vidar S




From gizze at c2i.net  Mon Feb  1 19:54:53 2010
From: gizze at c2i.net (Rune Thorsplass)
Date: Mon, 1 Feb 2010 19:54:53 +0100
Subject: [smokeping-users] CiscoRTTMonTcpConnect difficulties with
	Cisco7200 VXR series
References: <E8AE839E2CDA9E4BA6DA6B35F86E0192159E0EDA98@iktmail1.hn-ikt.no>
Message-ID: <6203FDE4C63246BABDCC83B1B6E4DE00@IBM190F648E79C>

Hi
What is your snmp (rw) community for IP SLA MIB on RouterA? Is it 
"community" ?

Here is what I'm using.

++++ Office1
menu = Office1
title = City 1
probe = CiscoRTTMonTcpConnect # if the default probe is something else
host=10.174.200.4    # DB server at Office1
ioshost= private at 10.174.0.124   # private is my snmp write community
iosint = 10.174.200.161    # Using ip address from Lan-interface of the 
router
port = 2025
pings = 3
tos = 160


RuneT
----- Original Message ----- 
From: "Stokkenes Vidar" <Vidar.Stokkenes at hn-ikt.no>
To: <smokeping-users at lists.oetiker.ch>
Sent: Monday, February 01, 2010 3:00 PM
Subject: [smokeping-users] CiscoRTTMonTcpConnect difficulties with Cisco7200 
VXR series


> Hello folks,
>
> I seem to be having problems with doing RTT checks via SNMP using a Cisco 
> 7204 VXR router as the probe device. We are currently running Smokeping 
> v2.004002 on the server.
>
> Here is a sample of my config:
>
> Global probe config:
>
> + CiscoRTTMonTcpConnect
>
> forks = 5
> offset = 50%
> step = 300
> timeout = 60
>
> Host config:
>
> ++++++ LocationAtoB
> menu = LocationAtoB
> title = Roundtrip from Location A to Location B
> probe = CiscoRTTMonTcpConnect
> host = routerB.domain.com
> port = 22
> ioshost = community at routerA.domain.com
>
> But my logfile says the following:
>
> Feb  1 14:28:16 server smokeping[9574]: SNMP Error: Received SNMP response 
> with error code   error status: commitFailed   index 1 (OID: 
> 1.3.6.1.4.1.9.9.42.1.2.1.1.9.9574) SNMPv2c_Session (remote host: 
> "routerB.domain.com" [192.168.10.1].161)                    community: 
> "community"                   request ID: 1390275956                  PDU 
> bufsize: 8000 bytes                      timeout: 2s 
> retries: 5                      backoff: 1)  at 
> /usr/lib/smokeping/SNMP_util.pm line 786
>
> According to the Cisco 7200 documentation it should support the 
> CISCO-RTTMON-MIB, but maybe the answer smokeping gets from the router is 
> considered as "rubbish" (as the logfile implies) Also, when I ssh from the 
> CLI from routerA to routerB it works without a problem. All the graphs 
> with this probe is empty. I am doing the same against a Cisco Catalyst 
> 6500 with no problems at all.
>
> Can someone please tell me why this won't work?
>
>
> Best regards,
>
> Vidar S
>
>
>
> _______________________________________________
> smokeping-users mailing list
> smokeping-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
> 



From kim.f at aware.co.th  Tue Feb  2 18:45:01 2010
From: kim.f at aware.co.th (Kim Ford)
Date: Wed, 3 Feb 2010 00:45:01 +0700
Subject: [smokeping-users] SmokePing permission
Message-ID: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B8C@aw-exchange-01>

Hi,

This is my first time trying to install SmokePing.  I installed using ports on a FreeBSD machine to learn.

I'm getting the following error trying to start SmokePing:

Starting smokeping.
### assuming you are using an fping copy reporting in milliseconds
ERROR: mkdir /usr/local/etc/smokeping/tmp/data/mysite2: Permission denied
/usr/local/etc/rc.d/smokeping: WARNING: failed to start smokeping

I created the tmp directory under /usr/local/etc/smokeping/ for lack of any documentation I could dig up.

Permissions on this directory are:

[root at freebsd /usr/local/etc/smokeping]# ls -al tmp
total 8
drwxr-xr-x  4 www   www    512 Feb  3 00:11 .
drwxr-xr-x  3 root  wheel  512 Feb  3 00:12 ..
drwxr-xr-x  2 www   www    512 Feb  3 00:11 data
drwxr-xr-x  2 www   www    512 Feb  3 00:11 var

I'm assuming that smokeping runs under the Apache www account.  Everything does work if chmod 777 the temp dir, but I don't think that's good practice.

What's the proper permission to set here?

Thanks mucho,

Kim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100203/b691cf15/attachment.htm 

From alter3d at alter3d.ca  Tue Feb  2 18:56:02 2010
From: alter3d at alter3d.ca (Peter Kristolaitis)
Date: Tue, 02 Feb 2010 12:56:02 -0500
Subject: [smokeping-users] SmokePing permission
In-Reply-To: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B8C@aw-exchange-01>
References: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B8C@aw-exchange-01>
Message-ID: <4B686732.7030906@alter3d.ca>

The SmokePing poller typically does not run under the Apache user's
context -- it will typically run under its own account (smokeping,
_smokeping, etc), depending on your particular platform and how you've
configured it.

You should check what user was created during the port install, and set
that user to be the owner of that directory.

- Peter


Kim Ford wrote:
>
> Hi,
>
>  
>
> This is my first time trying to install SmokePing.  I installed using
> ports on a FreeBSD machine to learn.
>
>  
>
> I?m getting the following error trying to start SmokePing:
>
>  
>
> Starting smokeping.
>
> ### assuming you are using an fping copy reporting in milliseconds
>
> ERROR: mkdir /usr/local/etc/smokeping/tmp/data/mysite2: Permission denied
>
> /usr/local/etc/rc.d/smokeping: WARNING: failed to start smokeping
>
>  
>
> I created the tmp directory under /usr/local/etc/smokeping/ for lack
> of any documentation I could dig up.
>
>  
>
> Permissions on this directory are:
>
>  
>
> [root at freebsd /usr/local/etc/smokeping]# ls -al tmp
>
> total 8
>
> drwxr-xr-x  4 www   www    512 Feb  3 00:11 .
>
> drwxr-xr-x  3 root  wheel  512 Feb  3 00:12 ..
>
> drwxr-xr-x  2 www   www    512 Feb  3 00:11 data
>
> drwxr-xr-x  2 www   www    512 Feb  3 00:11 var
>
>  
>
> I?m assuming that smokeping runs under the Apache www account. 
> Everything does work if chmod 777 the temp dir, but I don?t think
> that?s good practice.
>
>  
>
> What?s the proper permission to set here?
>
>  
>
> Thanks mucho,
>
>  
>
> Kim
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/20100202/276ea36b/attachment-0001.htm 

From kim.f at aware.co.th  Tue Feb  2 19:19:30 2010
From: kim.f at aware.co.th (Kim Ford)
Date: Wed, 3 Feb 2010 01:19:30 +0700
Subject: [smokeping-users] SmokePing permission
In-Reply-To: <4B686732.7030906@alter3d.ca>
References: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B8C@aw-exchange-01>
	<4B686732.7030906@alter3d.ca>
Message-ID: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B8F@aw-exchange-01>

Hi Peter,

Thanks for this quick response.  I did a quick check and it?s using the (?duh) smokeping user:

[root at freebsd /usr/local/etc/smokeping/tmp]# ls -la data
total 10
drwxrwxrwx  5 www        www  512 Feb  3 00:46 .
drwxrwxrwx  4 www        www  512 Feb  3 00:11 ..
drwxr-xr-x  2 smokeping  www  512 Feb  3 01:11 __sortercache
drwxr-xr-x  2 smokeping  www  512 Feb  3 00:42 mysite1
drwxr-xr-x  2 smokeping  www  512 Feb  3 00:42 mysite2

I appreciate your help.

Kind Regards,

Kim

From: Peter Kristolaitis [mailto:alter3d at alter3d.ca]
Sent: Wednesday, February 03, 2010 12:56 AM
To: Kim Ford
Cc: smokeping-users at lists.oetiker.ch
Subject: Re: [smokeping-users] SmokePing permission

The SmokePing poller typically does not run under the Apache user's context -- it will typically run under its own account (smokeping, _smokeping, etc), depending on your particular platform and how you've configured it.

You should check what user was created during the port install, and set that user to be the owner of that directory.

- Peter


Kim Ford wrote:
Hi,

This is my first time trying to install SmokePing.  I installed using ports on a FreeBSD machine to learn.

I?m getting the following error trying to start SmokePing:

Starting smokeping.
### assuming you are using an fping copy reporting in milliseconds
ERROR: mkdir /usr/local/etc/smokeping/tmp/data/mysite2: Permission denied
/usr/local/etc/rc.d/smokeping: WARNING: failed to start smokeping

I created the tmp directory under /usr/local/etc/smokeping/ for lack of any documentation I could dig up.

Permissions on this directory are:

[root at freebsd /usr/local/etc/smokeping]# ls -al tmp
total 8
drwxr-xr-x  4 www   www    512 Feb  3 00:11 .
drwxr-xr-x  3 root  wheel  512 Feb  3 00:12 ..
drwxr-xr-x  2 www   www    512 Feb  3 00:11 data
drwxr-xr-x  2 www   www    512 Feb  3 00:11 var

I?m assuming that smokeping runs under the Apache www account.  Everything does work if chmod 777 the temp dir, but I don?t think that?s good practice.

What?s the proper permission to set here?

Thanks mucho,

Kim






________________________________






_______________________________________________

smokeping-users mailing list

smokeping-users at lists.oetiker.ch<mailto: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/20100203/b2e4770f/attachment.htm 

From SchaibleyDean at JohnDeere.com  Tue Feb  2 19:21:42 2010
From: SchaibleyDean at JohnDeere.com (Schaibley Dean)
Date: Tue, 2 Feb 2010 12:21:42 -0600
Subject: [smokeping-users] Forcing SNMP over TCP vs. UDP
Message-ID: <C1A1115CDC7F454FA69777F592A3E3D509CDA38B@edxmb22.jdnet.deere.com>

Need some help here.  Is there a way to Force SNMP to use TCP 161 or UDP 161?  Most all of our smokeping traffic is using UDP 161, but somehow, we do have some that is using TCP 161 (not sure how/why).

Our firewalls are only config'd for allowing UDP 161, so when the Smokeping process tries to use TCP it is failing at the firewall (and Security won't allow TCP without justification).

We are running Smokeping 2.3.6 with the CiscoRTTMonEchoICMP as the Probe.

Any help/tips would be greatly appreciated.


Dean Schaibley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100202/6990fde1/attachment.htm 

From alter3d at alter3d.ca  Tue Feb  2 19:38:12 2010
From: alter3d at alter3d.ca (Peter Kristolaitis)
Date: Tue, 02 Feb 2010 13:38:12 -0500
Subject: [smokeping-users] Forcing SNMP over TCP vs. UDP
In-Reply-To: <C1A1115CDC7F454FA69777F592A3E3D509CDA38B@edxmb22.jdnet.deere.com>
References: <C1A1115CDC7F454FA69777F592A3E3D509CDA38B@edxmb22.jdnet.deere.com>
Message-ID: <4B687114.7040409@alter3d.ca>

That probe uses the Net::SNMP module to manage SNMP queries.  IIRC,
Net::SNMP defaults to using UDP, however it will switch to TCP if it
can't reach the host via UDP.

Can you confirm whether you can reach the router with UDP from the
server hosting Smokeping by using other SNMP tools (e.g. snmpwalk, etc)?

- Peter


Schaibley Dean wrote:
> Need some help here.  Is there a way to Force SNMP to use TCP 161 or
> UDP 161?  Most all of our smokeping traffic is using UDP 161, but
> somehow, we do have some that is using TCP 161 (not sure how/why).
>  
> Our firewalls are only config'd for allowing UDP 161, so when the
> Smokeping process tries to use TCP it is failing at the firewall (and
> Security won't allow TCP without justification).
>  
> We are running Smokeping 2.3.6 with the CiscoRTTMonEchoICMP as the Probe.
>  
> Any help/tips would be greatly appreciated.
>  
>
> Dean Schaibley
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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/20100202/f5d3d1ac/attachment-0001.htm 

From kim.f at aware.co.th  Tue Feb  2 19:38:56 2010
From: kim.f at aware.co.th (Kim Ford)
Date: Wed, 3 Feb 2010 01:38:56 +0700
Subject: [smokeping-users] SmokePing Displaying source code in browser.
Message-ID: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16B90@aw-exchange-01>

Hi,

I installed smokeping using ports on FreeBSD.

SmokePing is displaying source code in browser.  Below is a snippet:

#!/usr/local/bin/speedy -w
# -*-perl-*-

use strict;
use warnings;

use lib qw(/usr/local/smokeping/lib);

use CGI::Carp qw(fatalsToBrowser);

use Smokeping 2.004002;

Smokeping::cgi("/usr/local/etc/smokeping/config");

I've checked and speedy is locate in /usr/local/bin/speedy.

I've added the following in my httpd.conf

Under IfModule

    ScriptAlias /smokeping.cgi "/usr/local/smokeping/htdocs/smokeping.cgi"
    ScriptAlias /tr.cgi "/usr/local/smokeping/htdocs/tr.cgi"

Under IfModule dir_module

    DirectoryIndex index.html index.php smokeping.cgi

And the following at the bottom

Alias /smokeping/ /usr/local/smokeping/htdocs/
<Directory "/usr/local/smokeping/htdocs">
AllowOverride None
Options ExecCGI
Order allow,deny
Allow from all
</Directory>

I'm near sure I've got all of the dependencies as I've installed from ports (though I could be wrong), and I'm thinking this is just a *dumb* configuration error on my part.

Thanks in advance for any light you can shed.

Regards,

Kim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100203/78f458ee/attachment.htm 

From SchaibleyDean at JohnDeere.com  Tue Feb  2 19:51:38 2010
From: SchaibleyDean at JohnDeere.com (Schaibley Dean)
Date: Tue, 2 Feb 2010 12:51:38 -0600
Subject: [smokeping-users] Forcing SNMP over TCP vs. UDP
In-Reply-To: <4B687114.7040409@alter3d.ca>
References: <C1A1115CDC7F454FA69777F592A3E3D509CDA38B@edxmb22.jdnet.deere.com>
	<4B687114.7040409@alter3d.ca>
Message-ID: <C1A1115CDC7F454FA69777F592A3E3D509CDA3E7@edxmb22.jdnet.deere.com>

Peter,

Thanks for the quick response.  We can see a successful SNMP via UDP from Smokeping to the router's Loopback.  However, all of our configs are done to use the Interface IP and that is what is sending TCP to this 1 specific router.  All other routers successfully go with UDP.

Here is an example of our config:

*** General ***

owner    = Network Management Services
contact  = SmokepingAdministrator at company.com<mailto:SmokepingAdministrator at company.com>
mailhost = mail.host.com
sendmail = /usr/lib/sendmail
imgcache = /usr/local/smokeping/cache
imgurl   = cache
datadir  = /opt/ens/smoke/data
piddir  = /opt/ens/smoke/var
cgiurl   = http://host.name.com/smokeping.cgi
smokemail = /usr/local/smokeping/etc/smokemail
tmail = /usr/local/smokeping/etc/tmail
# specify this to get syslog logging
syslogfacility = local0
# each probe is now run in its own process
# disable this to revert to the old behaviour
# concurrentprobes = no

*** Alerts ***
to = administrator at company.com<mailto:administrator at company.com>
from = smokealert at company.com<mailto:smokealert at company.com>

+someloss
type = loss
# in percent
pattern = >0%,*12*,>0%,*12*,>0%
comment = loss 3 times  in a row

*** Database ***

step     = 300
pings    = 20

# consfn mrhb steps total

AVERAGE  0.5   1  1008
AVERAGE  0.5  12  4320
    MIN  0.5  12  4320
    MAX  0.5  12  4320
AVERAGE  0.5 144   720
    MAX  0.5 144   720

 *** Presentation ***

template = /usr/local/smokeping/htdocs/basepage.html

+ charts

menu = Charts
title = The most interesting destinations

++ stddev
sorter = StdDev(entries=>4)
title = Top Standard Deviation
menu = Std Deviation
format = Stdandard Deviation %f

++ max
sorter = Max(entries=>5)
title = Top Max Roundtrip Time
menu = by Max
format = Max Roundtrip Time %f seconds

++ loss
sorter = Loss(entries=>5)
title = Top Packet Loss
menu = Loss
format = Packets Lost %f

++ median
sorter = Median(entries=>5)
title = Top Median Roundtrip Time
menu = by Median
format = Median RTT %f seconds

+ overview

width = 600
height = 50
range = 10h

+ detail

width = 600
height = 200
unison_tolerance = 2

"Last 3 Hours"    3h
"Last 30 Hours"   30h
"Last 10 Days"    10d
"Last 30 Days"    30d
"Last 400 Days"   400d

*** Probes ***

+CiscoRTTMonEchoICMP

forks = 32
offset = 50%
step = 300
timeout = 15

# The following variables can be overridden in each target section
ioshost = CommunityString at HomeRouter_FQDN<mailto:CommunityString at HomeRouter_FQDN> # mandatory
# iosint = 10.33.22.11
packetsize = 56
pings = 5
# tos = 160
# vrf = INTERNET

+ FPing

binary = /usr/local/fping/fping

*** Slaves ***
secrets=/usr/local/smokeping/etc/smokeping_secrets
+boomer
display_name=boomer
color=0000ff
+slave2
display_name=boomer
color=0000ff

*** Targets ***

probe = FPing

menu = Top
title = Network Latency Grapher
remark = Welcome to the SmokePing website for company name. \
         Here you will learn all about the latency of our network.

+ VPN
menu = VPN Links #
title = VPN Links #

++ WINNAME
menu = WINNAME HomeSite to RemoteSite#
title = WINNAME HomeRouter to RemoteRouter #
probe = CiscoRTTMonEchoICMP #
host = RemoteInterfaceIP # RemoteRouter
ioshost = CommunityString at HomeRouter_FQDN<mailto:CommunityString at HomeRouter_FQDN> # mandatory
iosint = HomeInterfaceIP # HomeRouter Tunnel1


Dean Schaibley



________________________________
From: Peter Kristolaitis [mailto:alter3d at alter3d.ca]
Sent: Tuesday, February 02, 2010 12:38 PM
To: Schaibley Dean
Cc: smokeping-users at lists.oetiker.ch
Subject: Re: [smokeping-users] Forcing SNMP over TCP vs. UDP

That probe uses the Net::SNMP module to manage SNMP queries.  IIRC, Net::SNMP defaults to using UDP, however it will switch to TCP if it can't reach the host via UDP.

Can you confirm whether you can reach the router with UDP from the server hosting Smokeping by using other SNMP tools (e.g. snmpwalk, etc)?

- Peter


Schaibley Dean wrote:
Need some help here.  Is there a way to Force SNMP to use TCP 161 or UDP 161?  Most all of our smokeping traffic is using UDP 161, but somehow, we do have some that is using TCP 161 (not sure how/why).

Our firewalls are only config'd for allowing UDP 161, so when the Smokeping process tries to use TCP it is failing at the firewall (and Security won't allow TCP without justification).

We are running Smokeping 2.3.6 with the CiscoRTTMonEchoICMP as the Probe.

Any help/tips would be greatly appreciated.


Dean Schaibley

________________________________

_______________________________________________
smokeping-users mailing list
smokeping-users at lists.oetiker.ch<mailto: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/20100202/2bcd288e/attachment-0001.htm 

From alter3d at alter3d.ca  Tue Feb  2 20:06:09 2010
From: alter3d at alter3d.ca (Peter Kristolaitis)
Date: Tue, 02 Feb 2010 14:06:09 -0500
Subject: [smokeping-users] Forcing SNMP over TCP vs. UDP
In-Reply-To: <C1A1115CDC7F454FA69777F592A3E3D509CDA3E7@edxmb22.jdnet.deere.com>
References: <C1A1115CDC7F454FA69777F592A3E3D509CDA38B@edxmb22.jdnet.deere.com>
	<4B687114.7040409@alter3d.ca>
	<C1A1115CDC7F454FA69777F592A3E3D509CDA3E7@edxmb22.jdnet.deere.com>
Message-ID: <4B6877A1.7020907@alter3d.ca>

Hmm.... I don't have Cisco gear handy to test with, nor am I a Cisco
expert, so I'm just guessing here, but here's some things to consider/try:

- IOS version -- is that router running at least IOS 12.0(3)T ?  The
probe documentation states that the iosint function isn't available to
IOS versions prior to that.

- Double-check that the address you have for the iosint parameter is
actually an address bound to an interface on that router.

- Are SNMP privileges sufficient to allow the operation? (e.g. do you
need to grant specific SNMP privileges to the community/host in order to
do source-address binding?)

- Do you have the right versions of the dependencies, specifically
SNMP_Session.pm?  You need at least v0.97 according to the probe
documentation.   Run something like    grep '$VERSION' `find / -name
SNMP_Session.pm`  (or check your distribution's package manifests, etc)


- Peter


Schaibley Dean wrote:
> Peter,
>  
> Thanks for the quick response.  We can see a successful SNMP via UDP
> from Smokeping to the router's Loopback.  However, all of our configs
> are done to use the Interface IP and that is what is sending TCP to
> this 1 specific router.  All other routers successfully go with UDP.
>  
> Here is an example of our config:
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100202/647cc28c/attachment.htm 

From kim.f at aware.co.th  Wed Feb  3 08:10:42 2010
From: kim.f at aware.co.th (Kim Ford)
Date: Wed, 3 Feb 2010 14:10:42 +0700
Subject: [smokeping-users] SmokePing Displaying source code in browser.
In-Reply-To: <DAB851B403F046488FBD60E0612218430A5A66AA38@aw-exchange-01>
References: <DAB851B403F046488FBD60E0612218430A5A66AA38@aw-exchange-01>
Message-ID: <9BE28B989A4BAB4FABF37F35FBDC7E910A6CB16DB1@aw-exchange-01>

Hi,

I'm answering my own question here.  To fix this, I uncommented the addHandler line per the below:

#
# AddHandler allows you to map certain file extensions to "handlers":
# actions unrelated to filetype. These can be either built into the server
# or added with the Action directive (see below)
#
# To use CGI scripts outside of ScriptAliased directories:
# (You will also need to add "ExecCGI" to the "Options" directive.)
#
AddHandler cgi-script .cgi

Hopefully, this might help others in the future with the same issue.

Regards,

Kim

From: Kim Ford
Sent: Wednesday, February 03, 2010 1:39 AM
To: smokeping-users at lists.oetiker.ch
Subject: SmokePing Displaying source code in browser.

Hi,

I installed smokeping using ports on FreeBSD.

SmokePing is displaying source code in browser.  Below is a snippet:

#!/usr/local/bin/speedy -w
# -*-perl-*-

use strict;
use warnings;

use lib qw(/usr/local/smokeping/lib);

use CGI::Carp qw(fatalsToBrowser);

use Smokeping 2.004002;

Smokeping::cgi("/usr/local/etc/smokeping/config");

I've checked and speedy is locate in /usr/local/bin/speedy.

I've added the following in my httpd.conf

Under IfModule

    ScriptAlias /smokeping.cgi "/usr/local/smokeping/htdocs/smokeping.cgi"
    ScriptAlias /tr.cgi "/usr/local/smokeping/htdocs/tr.cgi"

Under IfModule dir_module

    DirectoryIndex index.html index.php smokeping.cgi

And the following at the bottom

Alias /smokeping/ /usr/local/smokeping/htdocs/
<Directory "/usr/local/smokeping/htdocs">
AllowOverride None
Options ExecCGI
Order allow,deny
Allow from all
</Directory>

I'm near sure I've got all of the dependencies as I've installed from ports (though I could be wrong), and I'm thinking this is just a *dumb* configuration error on my part.

Thanks in advance for any light you can shed.

Regards,

Kim
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100203/0fe36536/attachment.htm 

From Vidar.Stokkenes at hn-ikt.no  Wed Feb  3 11:58:33 2010
From: Vidar.Stokkenes at hn-ikt.no (Stokkenes Vidar)
Date: Wed, 3 Feb 2010 11:58:33 +0100
Subject: [smokeping-users] CiscoRTTMonTcpConnect difficulties with
 Cisco7200 VXR series
In-Reply-To: <6203FDE4C63246BABDCC83B1B6E4DE00@IBM190F648E79C>
References: <E8AE839E2CDA9E4BA6DA6B35F86E0192159E0EDA98@iktmail1.hn-ikt.no>
	<6203FDE4C63246BABDCC83B1B6E4DE00@IBM190F648E79C>
Message-ID: <E8AE839E2CDA9E4BA6DA6B35F86E0192159E0EDAA7@iktmail1.hn-ikt.no>

Hello again, and thanks for the email :)

"community" would be the RW community of the probe router (replaced the real one for obvious reasons). I see you have a few more options defined in your setup. I'll attempt to do the same, although it doesn't seem to be required (after looking at the docs)

Best regards,

Vidar S

> -----Original Message-----
> From: Rune Thorsplass [mailto:gizze at c2i.net]
> Sent: 1. februar 2010 19:55
> To: Stokkenes Vidar; smokeping-users at lists.oetiker.ch
> Subject: Re: [smokeping-users] CiscoRTTMonTcpConnect difficulties with
> Cisco7200 VXR series
> 
> Hi
> What is your snmp (rw) community for IP SLA MIB on RouterA? Is it
> "community" ?
> 
> Here is what I'm using.
> 
> ++++ Office1
> menu = Office1
> title = City 1
> probe = CiscoRTTMonTcpConnect # if the default probe is something else
> host=10.174.200.4    # DB server at Office1
> ioshost= private at 10.174.0.124   # private is my snmp write community
> iosint = 10.174.200.161    # Using ip address from Lan-interface of the
> router
> port = 2025
> pings = 3
> tos = 160
> 
> 
> RuneT
> ----- Original Message -----
> From: "Stokkenes Vidar" <Vidar.Stokkenes at hn-ikt.no>
> To: <smokeping-users at lists.oetiker.ch>
> Sent: Monday, February 01, 2010 3:00 PM
> Subject: [smokeping-users] CiscoRTTMonTcpConnect difficulties with
> Cisco7200
> VXR series
> 
> 
> > Hello folks,
> >
> > I seem to be having problems with doing RTT checks via SNMP using a
> Cisco
> > 7204 VXR router as the probe device. We are currently running
> Smokeping
> > v2.004002 on the server.
> >
> > Here is a sample of my config:
> >
> > Global probe config:
> >
> > + CiscoRTTMonTcpConnect
> >
> > forks = 5
> > offset = 50%
> > step = 300
> > timeout = 60
> >
> > Host config:
> >
> > ++++++ LocationAtoB
> > menu = LocationAtoB
> > title = Roundtrip from Location A to Location B
> > probe = CiscoRTTMonTcpConnect
> > host = routerB.domain.com
> > port = 22
> > ioshost = community at routerA.domain.com
> >
> > But my logfile says the following:
> >
> > Feb  1 14:28:16 server smokeping[9574]: SNMP Error: Received SNMP
> response
> > with error code   error status: commitFailed   index 1 (OID:
> > 1.3.6.1.4.1.9.9.42.1.2.1.1.9.9574) SNMPv2c_Session (remote host:
> > "routerB.domain.com" [192.168.10.1].161)
> community:
> > "community"                   request ID: 1390275956
> PDU
> > bufsize: 8000 bytes                      timeout: 2s
> > retries: 5                      backoff: 1)  at
> > /usr/lib/smokeping/SNMP_util.pm line 786
> >
> > According to the Cisco 7200 documentation it should support the
> > CISCO-RTTMON-MIB, but maybe the answer smokeping gets from the router
> is
> > considered as "rubbish" (as the logfile implies) Also, when I ssh
> from the
> > CLI from routerA to routerB it works without a problem. All the
> graphs
> > with this probe is empty. I am doing the same against a Cisco
> Catalyst
> > 6500 with no problems at all.
> >
> > Can someone please tell me why this won't work?
> >
> >
> > Best regards,
> >
> > Vidar S
> >
> >
> >
> > _______________________________________________
> > smokeping-users mailing list
> > smokeping-users at lists.oetiker.ch
> > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
> >
> 


From tonyd at commspeed.net  Thu Feb  4 13:52:18 2010
From: tonyd at commspeed.net (Tony DeMatteis)
Date: Thu, 04 Feb 2010 05:52:18 -0700
Subject: [smokeping-users] Switch to Switch with TelnetIOSPing
Message-ID: <4B6AC302.9050502@cor.commspeed.net>

Greetings,

I'm attempting to set up a graph showing the latency between two 
microwave sites.  In this case, I would like to have switch A ping 
switch B and visa versa.  It doesn't seem like I've been successful.  I 
get data for both checks from Config Option 1, but switch B's numbers 
reveal that it's pinging itself.  Any help would be greatly appreciated.

Thank you,

TD

# ------------------------ #
# TelnetIOSPing Definition
# ------------------------ #

+ TelnetIOSPing

forks = 5
offset = 50%
packetsize = 56
step = 300
timeout = 15
iospass = [removed for post]
iosuser = [removed for post]
pings = 20


# ---------------------- #
# Graph / Latency Checks #
# ---------------------- #

#
# Config Option 1 (Kind of works)
#

+++ Switch-to-Switch
menu = A <-> B                                         title = Switch 1 
(Site A) / Switch 1 (Site B) [PTP Microwave Link]
probe = TelnetIOSPing
host = /switches/A /switches/B
source = /switches/B /switches/A


+ switches

++ A
menu = Switch 1 Site A
host = 10.1.0.10

++ B
menu = Switch 1 Site B
host = 10.1.0.20


# I have also tried this version of a configuration - this doesn't graph 
the switches at all

#
# Config Option 2 (Doesn't work)
#

+++ Switch-to-Switch
menu = A <-> B                                         title = Switch 1 
(Site A) / Switch 1 (Site B) [PTP Microwave Link]
host = /switches/A /switches/B

+ switches

++ A
menu = Switch 1 Site A
title = A -> B
probe TelnetIOSPing
host = 10.1.0.20
source = 10.1.0.10

++ B
menu = Switch 1 Site B
title = B -> A
probe TelnetIOSPing
host = 10.1.0.10
source = 10.1.0.20


From jjackson at aninetworks.net  Fri Feb  5 21:15:32 2010
From: jjackson at aninetworks.net (Joseph Jackson)
Date: Fri, 5 Feb 2010 12:15:32 -0800
Subject: [smokeping-users] SIP 'ping'
Message-ID: <695277448C537A469D28FF68D0938C8372F2F42AC8@EXMBX04.exchhosting.com>

Hello list!

We are a VoIP carrier and we use smokeping to monitor as many remote VoIP switches as possible with a few exceptions.   Some network operators do not allow ping also some devices will give ping a lower priority and drop the request.  Has anyone built a probe that sends a SIP option request and then measures the RTT of that packet?  


Thanks

Joseph


From tobi at oetiker.ch  Sat Feb  6 09:38:05 2010
From: tobi at oetiker.ch (Tobias Oetiker)
Date: Sat, 6 Feb 2010 09:38:05 +0100 (CET)
Subject: [smokeping-users] SIP 'ping'
In-Reply-To: <695277448C537A469D28FF68D0938C8372F2F42AC8@EXMBX04.exchhosting.com>
References: <695277448C537A469D28FF68D0938C8372F2F42AC8@EXMBX04.exchhosting.com>
Message-ID: <alpine.DEB.2.00.1002060937130.8887@sebohet.brgvxre.pu>

Hi Joseph,

not to my knowledge, but creating something like this does not look
like allthat much of a problem ... a few lines of perl code should
do ...

I found this lua script would could serve as an example.

http://www.intellipool.se/forum/index.php?showtopic=1290

cheers
tob

Yesterday Joseph Jackson wrote:

> Hello list!
>
> We are a VoIP carrier and we use smokeping to monitor as many remote VoIP switches as possible with a few exceptions.   Some network operators do not allow ping also some devices will give ping a lower priority and drop the request.  Has anyone built a probe that sends a SIP option request and then measures the RTT of that packet?
>
>
> Thanks
>
> Joseph
>
> _______________________________________________
> 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 smokeping at thomas-klein.de  Thu Feb 11 12:50:19 2010
From: smokeping at thomas-klein.de (Thomas Klein)
Date: Thu, 11 Feb 2010 12:50:19 +0100
Subject: [smokeping-users] The Smoke
Message-ID: <4B73EEFB.5040408@thomas-klein.de>

Hello,

is there a more detailed explanation available how SmokePing does draw 
the smoke into the graphs?
I have looked into "Reading the Graphs" from the documentation, but miss 
some details:

For every round of measurement smokeping sends several packets. It then 
sorts the different round trip times and selects the median, (ie. the 
middle one). This means when there are 10 time values, value number 5 is 
selected and drawn. The other values are drawn as successively lighter 
shades of gray in the background (smoke).

How can i find out what the smoke will look for such example values 
where the median will be always 5?

Nr. 	Val1 	Val2 	Val3 	Val4 	Val5
1 	1 	1 	5 	4 	1
2 	2 	2 	5 	5 	1
3 	3 	5 	5 	5 	1
4 	4 	5 	5 	5 	1
5 	5 	5 	5 	5 	5
6 	6 	5 	5 	5 	5
7 	7 	5 	5 	9 	5
8 	8 	5 	5 	9 	5
9 	9 	5 	9 	9 	5
10 	10 	5 	10 	9 	5


I have noted that my latency measurements tend to have more smoke above 
the median measurement than below and wonder what this does mean and how 
to interprete the graphs.

Greetings,
Thomas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20100211/ac04d780/attachment.htm 

From tobi at oetiker.ch  Thu Feb 11 13:23:46 2010
From: tobi at oetiker.ch (Tobias Oetiker)
Date: Thu, 11 Feb 2010 13:23:46 +0100 (CET)
Subject: [smokeping-users] The Smoke
In-Reply-To: <4B73EEFB.5040408@thomas-klein.de>
References: <4B73EEFB.5040408@thomas-klein.de>
Message-ID: <alpine.DEB.2.00.1002111320520.4718@sebohet.brgvxre.pu>

Hi Thomas,

Today Thomas Klein wrote:

> Hello,
>
> is there a more detailed explanation available how SmokePing does draw the
> smoke into the graphs?
> I have looked into "Reading the Graphs" from the documentation, but miss some
> details:
>
> For every round of measurement smokeping sends several packets. It then sorts
> the different round trip times and selects the median, (ie. the middle one).
> This means when there are 10 time values, value number 5 is selected and
> drawn. The other values are drawn as successively lighter shades of gray in
> the background (smoke).
>
> How can i find out what the smoke will look for such example values where the
> median will be always 5?

the median is NOT always 5 ... the values get sorted and then the
middle one is picked ... the medians would look like this:

>
> Nr. 	Val1 	Val2 	Val3 	Val4 	Val5    median
> 1 	1 	1 	5 	4 	1       1
> 2 	2 	2 	5 	5 	1       2
> 3 	3 	5 	5 	5 	1       5
> 4 	4 	5 	5 	5 	1       5
> 5 	5 	5 	5 	5 	5       5
> 6 	6 	5 	5 	5 	5       5
> 7 	7 	5 	5 	9 	5       5
> 8 	8 	5 	5 	9 	5       5
> 9 	9 	5 	9 	9 	5       9
> 10 	10 	5 	10 	9 	5       9


>
> I have noted that my latency measurements tend to have more smoke above the
> median measurement than below and wonder what this does mean and how to
> interprete the graphs.

if more smoke is above than below (which is normally the case for
ping latencies) that means that every now an then a packet is
takes longer than most of the others ... but no packet is faster
than any of the others.

cheers
tobi

>
> Greetings,
> Thomas
>

-- 
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 smokeping at thomas-klein.de  Thu Feb 11 13:32:11 2010
From: smokeping at thomas-klein.de (Thomas Klein)
Date: Thu, 11 Feb 2010 13:32:11 +0100
Subject: [smokeping-users] The Smoke
In-Reply-To: <alpine.DEB.2.00.1002111320520.4718@sebohet.brgvxre.pu>
References: <4B73EEFB.5040408@thomas-klein.de>
	<alpine.DEB.2.00.1002111320520.4718@sebohet.brgvxre.pu>
Message-ID: <4B73F8CB.9070308@thomas-klein.de>

Thanks Chris and Tobias!

I have setup my table in a misleading way. Each Val column was meant as 
one measurement of 10 values numbered from 1-10. This columns are 
already sorted and the median should be 5.

Is there an easy way for me to create example graphs with such values to 
be able to explain this to other people based on pictures?

Greetings,
Thomas

Tobias Oetiker wrote:
> Hi Thomas,
>
> Today Thomas Klein wrote:
>
>   
>> Hello,
>>
>> is there a more detailed explanation available how SmokePing does draw the
>> smoke into the graphs?
>> I have looked into "Reading the Graphs" from the documentation, but miss some
>> details:
>>
>> For every round of measurement smokeping sends several packets. It then sorts
>> the different round trip times and selects the median, (ie. the middle one).
>> This means when there are 10 time values, value number 5 is selected and
>> drawn. The other values are drawn as successively lighter shades of gray in
>> the background (smoke).
>>
>> How can i find out what the smoke will look for such example values where the
>> median will be always 5?
>>     
>
> the median is NOT always 5 ... the values get sorted and then the
> middle one is picked ... the medians would look like this:
>
>   
>> Nr. 	Val1 	Val2 	Val3 	Val4 	Val5    median
>> 1 	1 	1 	5 	4 	1       1
>> 2 	2 	2 	5 	5 	1       2
>> 3 	3 	5 	5 	5 	1       5
>> 4 	4 	5 	5 	5 	1       5
>> 5 	5 	5 	5 	5 	5       5
>> 6 	6 	5 	5 	5 	5       5
>> 7 	7 	5 	5 	9 	5       5
>> 8 	8 	5 	5 	9 	5       5
>> 9 	9 	5 	9 	9 	5       9
>> 10 	10 	5 	10 	9 	5       9
>>     
>
>
>   
>> I have noted that my latency measurements tend to have more smoke above the
>> median measurement than below and wonder what this does mean and how to
>> interprete the graphs.
>>     
>
> if more smoke is above than below (which is normally the case for
> ping latencies) that means that every now an then a packet is
> takes longer than most of the others ... but no packet is faster
> than any of the others.
>
> cheers
> tobi
>
>   
>> Greetings,
>> Thomas
>>
>>     
>
>   


From chris+smokeping at aptivate.org  Thu Feb 11 12:58:43 2010
From: chris+smokeping at aptivate.org (Chris Wilson)
Date: Thu, 11 Feb 2010 12:58:43 +0100 (CET)
Subject: [smokeping-users] The Smoke
In-Reply-To: <4B73EEFB.5040408@thomas-klein.de>
References: <4B73EEFB.5040408@thomas-klein.de>
Message-ID: <alpine.DEB.1.00.1002111252220.7242@rocio>

Hi Thomas,

On Thu, 11 Feb 2010, Thomas Klein wrote:

> For every round of measurement smokeping sends several packets. It then 
> sorts the different round trip times and selects the median, (ie. the 
> middle one). This means when there are 10 time values, value number 5 is 
> selected and drawn. The other values are drawn as successively lighter 
> shades of gray in the background (smoke).
> 
> How can i find out what the smoke will look for such example values 
> where the median will be always 5?
> 
> Nr. 	Val1 	Val2 	Val3 	Val4 	Val5
> 1 	1 	1 	5 	4 	1

sort the values:

1 1 1 1 4 5
1-1 light
  1-1 medium
    1-1 dark with green bar on the media
      1-4 medium
        4-5 light

Note that 1-1 is invisible, so you will have a green bar at 1, with some 
medium smoke above that (1-4) and light smoke from 4-5. It will look 
pretty smoky.

> 2 	2 	2 	5 	5 	1

sort the values:

1 2 2 2 5 5

1-2 light
  2-2 medium
    2-2 dark with green bar
      2-5 medium
        5-5 light

median green bar at 2, a little light smoke below, lots of medium smoke 
above.

> 3 	3 	5 	5 	5 	1

sort the values:

1 3 3 5 5 5 

1-3 light
  3-3 medium
    3-5 heavy with green bar
      5-5 medium
        5-5 light

2 intervals of light and 2 of medium smoke below the median (5?), little 
or no smoke above.

> I have noted that my latency measurements tend to have more smoke above 
> the median measurement than below and wonder what this does mean and how 
> to interprete the graphs.

None of the pings will ever arrive with less than some minimum time 
(because of the speed of light) and most will be just a little above it 
(if you have good equipment and it's not overloaded), so the mean and 
median are just above the minimum. There is no maximum, however, and 
occasionally packets will get delayed quite significantly, and this shows 
as a lot of light smoke above the median (and eventually a change in the 
median if enough packets are delayed).

Cheers, Chris.
-- 
Aptivate | http://www.aptivate.org | Phone: +44 1223 760887
The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES

Aptivate is a not-for-profit company registered in England and Wales
with company number 04980791.


From chris+smokeping at aptivate.org  Thu Feb 11 14:06:37 2010
From: chris+smokeping at aptivate.org (Chris Wilson)
Date: Thu, 11 Feb 2010 14:06:37 +0100 (CET)
Subject: [smokeping-users] The Smoke
In-Reply-To: <4B73F8CB.9070308@thomas-klein.de>
References: <4B73EEFB.5040408@thomas-klein.de>
	<alpine.DEB.2.00.1002111320520.4718@sebohet.brgvxre.pu>
	<4B73F8CB.9070308@thomas-klein.de>
Message-ID: <alpine.DEB.1.00.1002111403250.7242@rocio>

Hi Thomas,

On Thu, 11 Feb 2010, Thomas Klein wrote:

> I have setup my table in a misleading way. Each Val column was meant as 
> one measurement of 10 values numbered from 1-10. This columns are 
> already sorted and the median should be 5.

Yes, both Tobias and I misread it, but it doesn't matter, you can still 
apply the same procedures I described in my email, in the other direction.

> Is there an easy way for me to create example graphs with such values to 
> be able to explain this to other people based on pictures?

Either build a low bandwidth simulator using dummynet:

http://blog.aptivate.org/2010/01/23/make-sure-your-apps-work-in-the-field/

and smokeping across it, or draw some graphs by hand in a drawing program 
like Inkscape, or just remember this:

* the lightest grey is for the most outlying packets (the fastest and the 
slowest)

* the darkest grey is for the ones closest to the median

* darker layers go over lighter

* so the amount of light smoke you see is the distance between the 
outliers and the main bunch

* and the amount of dark smoke you see is the spread of the main bunch.

Cheers, Chris.
-- 
Aptivate | http://www.aptivate.org | Phone: +44 1223 760887
The Humanitarian Centre, Fenner's, Gresham Road, Cambridge CB1 2ES

Aptivate is a not-for-profit company registered in England and Wales
with company number 04980791.


From chris at uplogon.com  Tue Feb 16 21:29:23 2010
From: chris at uplogon.com (Chris Gotstein)
Date: Tue, 16 Feb 2010 14:29:23 -0600
Subject: [smokeping-users] Slave Error - unknown login: %%USER%%
Message-ID: <4B7B0023.5030408@uplogon.com>

I recently upgraded smokeping on FreeBSD 7.2 from smokeping-2.4.2_3 to
smokeping-2.4.2_5.  The master starts up fine, but when i try to start
the slaves, i get the following error:

ns3# /usr/local/etc/rc.d/smokeping start
Starting smokeping.
su: unknown login: %%USER%%

I have no idea what this means, worked fine before the upgrade.  I have
2 slaves that talk to the master and they both give the exact same error
message.  Anyone have any ideas?

-- 
---- ---- ---- ----
Chris Gotstein, Sr Network Engineer, UP Logon/Computer Connection UP
http://uplogon.com | +1 906 774 4847 | chris at uplogon.com


From charliewutwut at gmail.com  Tue Feb 16 22:24:27 2010
From: charliewutwut at gmail.com (Martin Nielsen)
Date: Tue, 16 Feb 2010 22:24:27 +0100
Subject: [smokeping-users] Slave Error - unknown login: %%USER%%
In-Reply-To: <4B7B0023.5030408@uplogon.com>
References: <4B7B0023.5030408@uplogon.com>
Message-ID: <52c979a31002161324g1028ca19x304d89e61d7a0a51@mail.gmail.com>

Hi

I had the same problem on FreeBSD 8.0 and took some time to look at it.

I fix was made and its made public on
http://www.freshports.org/net-mgmt/smokeping/


Regards
Martin Nielsen

2010/2/16 Chris Gotstein <chris at uplogon.com>

> I recently upgraded smokeping on FreeBSD 7.2 from smokeping-2.4.2_3 to
> smokeping-2.4.2_5.  The master starts up fine, but when i try to start
> the slaves, i get the following error:
>
> ns3# /usr/local/etc/rc.d/smokeping start
> Starting smokeping.
> su: unknown login: %%USER%%
>
> I have no idea what this means, worked fine before the upgrade.  I have
> 2 slaves that talk to the master and they both give the exact same error
> message.  Anyone have any ideas?
>
> --
> ---- ---- ---- ----
> Chris Gotstein, Sr Network Engineer, UP Logon/Computer Connection UP
> http://uplogon.com | +1 906 774 4847 | chris at uplogon.com
>
> _______________________________________________
> 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/20100216/44337e23/attachment.htm 

From Stijn.Delen at iriscorporate.com  Wed Feb 17 13:12:17 2010
From: Stijn.Delen at iriscorporate.com (Stijn Delen)
Date: Wed, 17 Feb 2010 13:12:17 +0100
Subject: [smokeping-users] rrdtool libraries missing ?
Message-ID: <959B5CBE3310624CA155117C92B9CE5CBF7CFE@exch1vil.ad.irislink.com>

Hello,

 

My configuration is centos 5, rrdtool 1.4.2 (including dev package) and
smokeping 2.4.2

For the moment I have smokeping running as a daemon and the webpage is
partially up and running 

The problem is that the webpage does not display any data (I get red
cross icon where the png should be displayed)

 

I also have nagios and routers2.cgi up and running on the same box.  No
problems there

 

I have installed rrdtool using "rpm -I" and using "yum install"

(for yum I first added the DAG repositories)

 

According to the documentation of smokeping I should have 

use lib qw(/usr/pack/rrdtool-1.0.33-to/lib/perl); 

 

But I don't have any rrdtool libraries  ?!

 

A find / -name '*rrdtool*' gives me a few paths, but none of them
contains the libraries

/usr/share/rrdtool

/usr/share/doc/perl-rrdtool-1.4.2

/usr/share/doc/rrdtool-1.4.2

/usr/bin/rrdtool

 

I think the smokeping problem is related to the missing rrdtool
libraries ?

What do I need to do to get smokeping up and running ?

 

Thank in advance

 

 

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

From dez at otenet.gr  Fri Feb 19 14:14:34 2010
From: dez at otenet.gr (Dez Cadena)
Date: Fri, 19 Feb 2010 15:14:34 +0200
Subject: [smokeping-users] Smokeping 2.4.2 alert URL issue (minor)
Message-ID: <4B7E8EBA.1000102@otenet.gr>

Hi, I've just noticed that in 2.4.2 when an alert -that is triggered by 
a slave- is received, the URL is the body of the message gets messed up 
because the "[from slave]" part is appended to the URL without a space 
and if you click on it you'll get an error, e.g.:

Alert "core" was cleared for
http://mysite/cgi-bin/smokeping.cgi?target=somepath.somehost[from someslave]

something like the following would resolve the (minor) issue:


[x at y]# diff /usr/local/src/smokeping/smokeping-2.4.2/lib/Smokeping.pm  
/usr/local/smokeping/lib/Smokeping.pm
1809c1809
<                 $line .= "[from $slave]" if $slave;
---
 >                 $line .= " [from $slave]" if $slave;


Tobi, do you think it's worth patching?

cheers,

Dez

p.s: sorry if its been brought up before


From tobi at oetiker.ch  Fri Feb 19 14:58:00 2010
From: tobi at oetiker.ch (Tobias Oetiker)
Date: Fri, 19 Feb 2010 14:58:00 +0100 (CET)
Subject: [smokeping-users] Smokeping 2.4.2 alert URL issue (minor)
In-Reply-To: <4B7E8EBA.1000102@otenet.gr>
References: <4B7E8EBA.1000102@otenet.gr>
Message-ID: <alpine.DEB.2.00.1002191457470.12085@sebohet.brgvxre.pu>

Hi Dez,

sure ... I have fixed it in trunk. thanks
tobi

Today Dez Cadena wrote:

> Hi, I've just noticed that in 2.4.2 when an alert -that is triggered by
> a slave- is received, the URL is the body of the message gets messed up
> because the "[from slave]" part is appended to the URL without a space
> and if you click on it you'll get an error, e.g.:
>
> Alert "core" was cleared for
> http://mysite/cgi-bin/smokeping.cgi?target=somepath.somehost[from someslave]
>
> something like the following would resolve the (minor) issue:
>
>
> [x at y]# diff /usr/local/src/smokeping/smokeping-2.4.2/lib/Smokeping.pm
> /usr/local/smokeping/lib/Smokeping.pm
> 1809c1809
> <                 $line .= "[from $slave]" if $slave;
> ---
>  >                 $line .= " [from $slave]" if $slave;
>
>
> Tobi, do you think it's worth patching?
>
> cheers,
>
> Dez
>
> p.s: sorry if its been brought up before
>
> _______________________________________________
> 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 keith at winnetworks.com  Thu Feb 25 07:14:09 2010
From: keith at winnetworks.com (Keith Pawson)
Date: Thu, 25 Feb 2010 17:14:09 +1100
Subject: [smokeping-users] Firefox 3.6 now works with zoom now
Message-ID: <000301cab5e1$be09c1e0$3a1d45a0$@com>

Hi All

Just thought I would let people know that the Firefox 3.5 zoom issue with
Smokeping 2.36 now works again with Firefox 3.6 - I noticed this by accident
the other day.

So if you are running a distro's version of Smokeping like Debian with 2.36
it might be an easier solution for you to change your browser version rather
than doing a manual installation of Smokeping.

I will still upgrade my Smokeping to a manual configuration rather than the
distro's, but at least I can take my time now with this.

Cheers


From josh at imaginenetworksllc.com  Thu Feb 25 07:23:21 2010
From: josh at imaginenetworksllc.com (Josh Luthman)
Date: Thu, 25 Feb 2010 01:23:21 -0500
Subject: [smokeping-users] Firefox 3.6 now works with zoom now
In-Reply-To: <000301cab5e1$be09c1e0$3a1d45a0$@com>
References: <000301cab5e1$be09c1e0$3a1d45a0$@com>
Message-ID: <961092e11002242223r2a2896eayf5af0bbf825a14bc@mail.gmail.com>

Thanks for the heads up.

This effects more then just Smokeping.  Not sure if it's a shared
application or just something javascript? that different projects
share, but it bothered me on multiple things.

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

?Success is not final, failure is not fatal: it is the courage to
continue that counts.?
--- Winston Churchill



On Thu, Feb 25, 2010 at 1:14 AM, Keith Pawson <keith at winnetworks.com> wrote:
> Hi All
>
> Just thought I would let people know that the Firefox 3.5 zoom issue with
> Smokeping 2.36 now works again with Firefox 3.6 - I noticed this by accident
> the other day.
>
> So if you are running a distro's version of Smokeping like Debian with 2.36
> it might be an easier solution for you to change your browser version rather
> than doing a manual installation of Smokeping.
>
> I will still upgrade my Smokeping to a manual configuration rather than the
> distro's, but at least I can take my time now with this.
>
> Cheers
>
> _______________________________________________
> smokeping-users mailing list
> smokeping-users at lists.oetiker.ch
> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users
>