From echatham at broadvox.com Tue Nov 3 21:02:56 2009 From: echatham at broadvox.com (Eric Chatham) Date: Tue, 3 Nov 2009 15:02:56 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) Message-ID: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> Hello, I had this working at one time with giving the secrets file 640 permissions. Our hardware failed on our Linux server, so I had to re-install all our applications from a backup. One of the apps was smokeping. I re-installed the program and just restored the configs from the backup. Can someone tell me why I'm now having a problem on the slave server trying to open the secrets.conf file on the master server? I keep getting this error: WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? Here is my secrets.conf stat: stat secrets.conf File: `secrets.conf' Size: 56 Blocks: 16 IO Block: 4096 regular file Device: fd00h/64768d Inode: 4423683 Links: 1 Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-11-03 13:21:26.000000000 -0600 Modify: 2009-11-02 15:06:10.000000000 -0600 Change: 2009-11-03 13:36:58.000000000 -0600 Eric Chatham MIS Department Phone: (216) 373-4683 Fax: (216) 373-4669 echatham at broadvox.com [cid:image001.gif at 01CA5C96.53E33750] ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/20baae31/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2381 bytes Desc: image001.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/20baae31/attachment.gif From echatham at broadvox.com Tue Nov 3 21:28:55 2009 From: echatham at broadvox.com (Eric Chatham) Date: Tue, 3 Nov 2009 15:28:55 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4AF091A8.1080504@alter3d.ca> References: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> <4AF091A8.1080504@alter3d.ca> Message-ID: <4ABA3E162F60624A949503A7F960245EB1D23A7A19@CLEHBEXMS01.broadvox.local> Hello, How can I tell if it's running under UID or GID? I never had a problem before with this running. I'm running this under root on both master and slave server. Secrets.conf is owned by root user and group. From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] Sent: Tuesday, November 03, 2009 15:25 To: Eric Chatham Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) I suspect it's a file ownership problem. Is smokeping running with UID root or GID root (the two conditions which would allow it to access that file given the ownership and permissions)? Most installations of smokeping run under non-privileged UID/GID for security. Eric Chatham wrote: Hello, I had this working at one time with giving the secrets file 640 permissions. Our hardware failed on our Linux server, so I had to re-install all our applications from a backup. One of the apps was smokeping. I re-installed the program and just restored the configs from the backup. Can someone tell me why I'm now having a problem on the slave server trying to open the secrets.conf file on the master server? I keep getting this error: WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? Here is my secrets.conf stat: stat secrets.conf File: `secrets.conf' Size: 56 Blocks: 16 IO Block: 4096 regular file Device: fd00h/64768d Inode: 4423683 Links: 1 Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-11-03 13:21:26.000000000 -0600 Modify: 2009-11-02 15:06:10.000000000 -0600 Change: 2009-11-03 13:36:58.000000000 -0600 Eric Chatham MIS Department Phone: (216) 373-4683 Fax: (216) 373-4669 echatham at broadvox.com [cid:image001.gif at 01CA5C9A.5B430BC0] ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. ________________________________ _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/532ff91d/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2381 bytes Desc: image001.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/532ff91d/attachment-0001.gif From smokeping at museum.rain.com Tue Nov 3 21:16:56 2009 From: smokeping at museum.rain.com (Jim Long) Date: Tue, 3 Nov 2009 12:16:56 -0800 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> References: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> Message-ID: <20091103201656.GA84786@ns.umpquanet.com> Sounds like you're running on Linux, and I'm FreeBSD, but here is a generic reply that I hope will be useful. Figure out what GROUP the smokeping daemon is running as, and: chgrp $GROUP /opt/smokeping/etc/secrets.conf Group-read permissions for group "root" don't do any good if the smokeping daemon isn't running as a user that belongs to group "root" -- and you probably don't want it to. Change the file's group to match the smokeping daemon, not the other way around. And check the ownership/perms of the other path elements /opt /opt/smokeping /opt/smokeping/etc to ensure that they will grant search permission to $GROUP Hope this helps. Jim On Tue, Nov 03, 2009 at 03:02:56PM -0500, Eric Chatham wrote: > Hello, > > I had this working at one time with giving the secrets file 640 permissions. Our hardware failed on our Linux server, so I had to re-install all our applications from a backup. One of the apps was smokeping. I re-installed the program and just restored the configs from the backup. > > Can someone tell me why I'm now having a problem on the slave server trying to open the secrets.conf file on the master server? I keep getting this error: > > WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied > > ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? > > Here is my secrets.conf stat: > > stat secrets.conf > File: `secrets.conf' > Size: 56 Blocks: 16 IO Block: 4096 regular file > Device: fd00h/64768d Inode: 4423683 Links: 1 > Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) > Access: 2009-11-03 13:21:26.000000000 -0600 > Modify: 2009-11-02 15:06:10.000000000 -0600 > Change: 2009-11-03 13:36:58.000000000 -0600 > > Eric Chatham > MIS Department > Phone: (216) 373-4683 > Fax: (216) 373-4669 > echatham at broadvox.com > [cid:image001.gif at 01CA5C96.53E33750] > > > ________________________________ > CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. > _______________________________________________ > smokeping-users mailing list > smokeping-users at lists.oetiker.ch > https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users From alter3d at alter3d.ca Tue Nov 3 21:25:12 2009 From: alter3d at alter3d.ca (Peter Kristolaitis) Date: Tue, 03 Nov 2009 15:25:12 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> References: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> Message-ID: <4AF091A8.1080504@alter3d.ca> I suspect it's a file ownership problem. Is smokeping running with UID root or GID root (the two conditions which would allow it to access that file given the ownership and permissions)? Most installations of smokeping run under non-privileged UID/GID for security. Eric Chatham wrote: > > Hello, > > > > I had this working at one time with giving the secrets file 640 > permissions. Our hardware failed on our Linux server, so I had to > re-install all our applications from a backup. One of the apps was > smokeping. I re-installed the program and just restored the configs > from the backup. > > > > Can someone tell me why I'm now having a problem on the slave server > trying to open the secrets.conf file on the master server? I keep > getting this error: > > > > WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: > Permission denied > > > > ERROR: we did not get config from the master. Maybe we are not > configured as a slave for any of the targets on the master ? > > > > Here is my secrets.conf stat: > > > > stat secrets.conf > > File: `secrets.conf' > > Size: 56 Blocks: 16 IO Block: 4096 regular file > > Device: fd00h/64768d Inode: 4423683 Links: 1 > > Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) > > Access: 2009-11-03 13:21:26.000000000 -0600 > > Modify: 2009-11-02 15:06:10.000000000 -0600 > > Change: 2009-11-03 13:36:58.000000000 -0600 > > > > /Eric Chatham/ > > /MIS Department/ > > /Phone: (216) 373-4683/ > > /Fax: (216) 373-4669/ > > /echatham at broadvox.com/ > > BroadvoxLogo2 > > > > > ------------------------------------------------------------------------ > CONFIDENTIAL. This e-mail and any attached files are confidential and > should be destroyed and/or returned if you are not the intended and > proper recipient. > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20091103/c909f9f1/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 2381 bytes Desc: not available Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/c909f9f1/attachment.gif From echatham at broadvox.com Tue Nov 3 23:00:37 2009 From: echatham at broadvox.com (Eric Chatham) Date: Tue, 3 Nov 2009 17:00:37 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4ABA3E162F60624A949503A7F960245EB1D23A7A19@CLEHBEXMS01.broadvox.local> References: <4ABA3E162F60624A949503A7F960245EB1D23A79F5@CLEHBEXMS01.broadvox.local> <4AF091A8.1080504@alter3d.ca> <4ABA3E162F60624A949503A7F960245EB1D23A7A19@CLEHBEXMS01.broadvox.local> Message-ID: <4ABA3E162F60624A949503A7F960245EB1D23A7AA5@CLEHBEXMS01.broadvox.local> I changed the master so smokeping runs under smokeping user (uid 1002). I still can't daemonize smokeping on the slave. 1002 17841 0.0 0.3 30248 16468 ? Ss 15:55 0:00 /usr/bin/perl -w /opt/smokeping/bin/smokeping -restart 1002 17842 0.0 0.3 30248 16392 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_III] 1002 17843 0.0 0.3 30248 16308 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_II] 1002 17844 0.0 0.3 30248 16308 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_IV] 1002 17845 0.0 0.3 30248 16228 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_default] 1002 17846 0.0 0.3 30248 16228 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_I] 1002 17976 0.0 0.0 1716 540 ? S 15:56 0:00 /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 71.182.234.59 204.15.16 nagios 17984 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 17985 0.0 0.0 3908 712 ? S 15:56 0:00 /usr/local/nagios/libexec/check_ping -H 10.128.54.222 -w 100.00,20% nagios 17986 0.0 0.0 1836 528 ? S 15:56 0:00 /bin/ping -n -U -w 10 -c 5 10.128.54.222 nagios 18002 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 18003 0.0 0.0 3904 712 ? S 15:56 0:00 /usr/local/nagios/libexec/check_ping -H 10.128.95.249 -w 3000.0,80% nagios 18005 0.0 0.0 1840 544 ? S 15:56 0:00 /bin/ping -n -U -w 30 -c 5 10.128.95.249 nagios 18009 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 18010 7.3 0.1 10620 6828 ? S 15:56 0:00 /usr/bin/perl /usr/local/nagios/libexec/check_uptime.pl -H 10.10.3. 1002 18023 0.0 0.0 7920 1680 pts/2 R+ 15:56 0:00 ps aux root 18807 0.0 0.0 5296 1196 ? Ss 08:29 0:00 crond root 20761 0.0 0.0 4532 1192 pts/2 S 09:48 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var mysql 20811 0.0 0.5 145232 23176 pts/2 Sl 09:48 0:19 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user= apache 24728 0.2 0.5 30584 21796 ? S 13:42 0:17 /usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi root 26169 0.0 0.1 21092 7392 ? Ss 13:46 0:00 /usr/sbin/httpd apache 26171 0.0 0.2 28576 11752 ? S 13:46 0:03 /usr/sbin/httpd apache 26172 0.0 0.2 27828 10860 ? S 13:46 0:01 /usr/sbin/httpd apache 26173 0.0 0.2 28740 11836 ? S 13:46 0:02 /usr/sbin/httpd apache 26174 0.0 0.2 28652 11800 ? S 13:46 0:01 /usr/sbin/httpd apache 26175 0.0 0.2 28756 11840 ? S 13:46 0:01 /usr/sbin/httpd apache 26176 0.0 0.2 28752 11936 ? S 13:46 0:03 /usr/sbin/httpd apache 26177 0.0 0.2 28748 11840 ? S 13:46 0:02 /usr/sbin/httpd apache 26178 0.0 0.2 28576 11756 ? S 13:46 0:01 /usr/sbin/httpd root 27449 0.0 0.1 27412 6448 ? Sl Nov02 0:09 /usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a nagios 27615 0.4 0.0 17344 2252 ? Ssl Nov02 7:03 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg apache 30585 0.0 0.2 28588 11768 ? S 13:56 0:03 /usr/sbin/httpd apache 30617 0.0 0.4 28508 18248 ? S 13:56 0:06 /usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi root 31883 0.0 0.0 7072 1072 ? Ss 15:13 0:00 /usr/sbin/sshd root 31936 0.0 0.0 13956 3732 ? Ss 15:13 0:00 sshd: echatham [priv] echatham 32005 0.0 0.0 13956 2260 ? S 15:13 0:00 sshd: echatham at notty echatham 32006 0.0 0.0 9708 2200 ? Ss 15:13 0:00 /usr/libexec/openssh/sftp-server [smokeping at dalimnag02 ~]$ id smokeping uid=1002(smokeping) gid=1003(smokeping) groups=1003(smokeping) context=user_u:system_r:unconfined_t [smokeping@ ~]$ From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users-bounces at lists.oetiker.ch] On Behalf Of Eric Chatham Sent: Tuesday, November 03, 2009 15:29 To: Peter Kristolaitis Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) Hello, How can I tell if it's running under UID or GID? I never had a problem before with this running. I'm running this under root on both master and slave server. Secrets.conf is owned by root user and group. From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] Sent: Tuesday, November 03, 2009 15:25 To: Eric Chatham Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) I suspect it's a file ownership problem. Is smokeping running with UID root or GID root (the two conditions which would allow it to access that file given the ownership and permissions)? Most installations of smokeping run under non-privileged UID/GID for security. Eric Chatham wrote: Hello, I had this working at one time with giving the secrets file 640 permissions. Our hardware failed on our Linux server, so I had to re-install all our applications from a backup. One of the apps was smokeping. I re-installed the program and just restored the configs from the backup. Can someone tell me why I'm now having a problem on the slave server trying to open the secrets.conf file on the master server? I keep getting this error: WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? Here is my secrets.conf stat: stat secrets.conf File: `secrets.conf' Size: 56 Blocks: 16 IO Block: 4096 regular file Device: fd00h/64768d Inode: 4423683 Links: 1 Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-11-03 13:21:26.000000000 -0600 Modify: 2009-11-02 15:06:10.000000000 -0600 Change: 2009-11-03 13:36:58.000000000 -0600 Eric Chatham MIS Department Phone: (216) 373-4683 Fax: (216) 373-4669 echatham at broadvox.com [cid:image001.gif at 01CA5CA7.2A243430] ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. ________________________________ _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. ________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/b35ac8fb/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2381 bytes Desc: image001.gif Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/b35ac8fb/attachment-0001.gif From slyons at fxcm.com Tue Nov 3 23:31:00 2009 From: slyons at fxcm.com (Seth Lyons) Date: Tue, 3 Nov 2009 17:31:00 -0500 Subject: [smokeping-users] Master/slave missing data Message-ID: Hi - I posted about his topic a about year ago and haven't been able to find any updated information. When I first add a slave to my smokeping implementation, the graphs are blank for several hours -- often 12-14 hours. Permissions are set properly, the RRD files are being updated each minute (per my config), but the graphs are blank. A closer look at the RRDs show that value = NaN. But then...magically...after about 12-14 hours, the graphs start showing real data. Has anyone been able to pinpoint the problem/identify the root cause/come up with a fix? Versions: smokeping-2.4.2_1 Latency logging and graphing system rrdtool-1.3.7 Round Robin Database Tools Thanks. Seth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091103/b279c5f3/attachment.htm From Mark.Dawson at imc-chicago.com Wed Nov 4 15:31:17 2009 From: Mark.Dawson at imc-chicago.com (Mark Dawson) Date: Wed, 4 Nov 2009 08:31:17 -0600 Subject: [smokeping-users] Can't get TCPPing to work with multiple targets (Smokeping 2.004002) Message-ID: All of our latency tests to date from our master and slaves have used the Fping probe. I?ve recently added the TCPPing probe, and added one target successfully. However, if I try to add another target under this particular slave, it never gets picked up. I logged onto the slave and restarted it with ?--debug? and it read ?TCPPing starting with 1 targets,? even though I have two specified in the config file. The only way I can get it to recognize the second target is if I break it out into two separate sections, like so: + Gateway1 slaves = foo probe = TCPPing menu = Gateway1 title = Gateway1 ++ foogateway1 host = 10.0.0.1 menu = foogateway1 10.0.0.1 title = Foo Gateway 1 10.0.0.1 nomasterpoll = yes + Gateway2 slaves = foo probe = TCPPing menu = Gateway2 title = Gateway2 ++ foogateway2 host = 10.0.0.2 menu = foogateway2 10.0.0.2 title = Foo Gateway 2 10.0.0.2 nomasterpoll = yes I?d like it all to work under one top heading, with all the targets under slave foo listed under it. This works fine for Fping targets, but not out TCPPing ones. Mark E. Dawson, Jr. IT IMC Financial Markets | 233 S. Wacker Drive, Suite 4300 | Chicago, IL 60606 | www.imc-chicago.com Phone: +1 312-275-5437 | Fax: 312-244-3301 | E-Mail: Mark.Dawson at imc-chicago.com [cid:3340168277_155035] ________________________________ The information in this e-mail is intended only for the person or entity to which it is addressed. It may contain confidential and /or privileged material. If someone other than the intended recipient should receive this e-mail, he / she shall not be entitled to read, disseminate, disclose or duplicate it. If you receive this e-mail unintentionally, please inform us immediately by "reply" and then delete it from your system. Although this information has been compiled with great care, neither IMC Financial Markets & Asset Management nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments. In the event of incomplete or incorrect transmission, please return the e-mail to the sender and permanently delete this message and any attachments. Messages and attachments are scanned for all known viruses. Always scan attachments before opening them. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091104/a2ef77c4/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image.jpg Type: image/jpeg Size: 3471 bytes Desc: image.jpg Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091104/a2ef77c4/attachment.jpg From night at kpi.ua Wed Nov 4 18:17:41 2009 From: night at kpi.ua (Alexander Voronkov) Date: Wed, 04 Nov 2009 19:17:41 +0200 Subject: [smokeping-users] Presentation - differrent detail section for differrent hosts Message-ID: <4AF1B735.50006@kpi.ua> Hello! I have smokeping 2.3.6-3 running on debian server. I need to have differrent detail settings for presentation of some hosts. I.e. for host1 I need to set these time periods: "Last 30 Mins" 30m "Last 30 Hours" 30h "Last 10 Days" 10d "Last 400 Days" 400d And for host2 I need to set these time periods: "Last 20 Mins" 20m "Last 2 Hours" 2h "Last 6 Hours" 6h "Last 1 Days" 1d I've tryied plaing with hierarhies and Target settings, but it doesn't work. How to do this? Thanks. -- Alexander Voronkov From echatham at broadvox.com Wed Nov 4 21:00:40 2009 From: echatham at broadvox.com (Eric Chatham) Date: Wed, 4 Nov 2009 15:00:40 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) Message-ID: <4ABA3E162F60624A949503A7F960245EB1D23A7D83@CLEHBEXMS01.broadvox.local> Hi Peter, Thank you for replying. That?s the part that doesn?t make sense. This is the command I run on the slave machine to daemonize smokeping. SLAVE DAEMON: /home/smokeping/alt/smokeping/bin/smokeping --master-url=http://server02.broadvox.net/smokeping/smokeping.cgi --shared-secret=/opt/smokeping/secret.txt --cache-dir=/var/tmp/ WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? There is no secrets.conf file on the slave machine ? only the answer file, called secret.txt, and the error on the slave references the location of secrets.conf on the master server. Our Linux Server crashed a few days ago. I re-installed CentOS 5.1 on the server. This was the original OS on there too. The only difference in the smokeping installation was in the version of RRDTool I used (1.3 ? 1.4). That?s it. All the configs were restored from a backup. On the master, I daemonize smokeping from the /opt directory. That is where I have installed smokeping; that was where it was installed beforehand as well. Yes, iptables on the master server allows access from the slave. As I mentioned, I did get it to work by giving secrets.conf on the master, 444 permissions; however, when I changed the permissions of that file back to 440 ? for example, that?s when I get the permissions denied error on the slave. MASTER DAEMON: /opt/smokeping/bin/smokeping ?restart Thank you for any assistance with this. ? From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] Sent: Tuesday, November 03, 2009 23:51 To: Eric Chatham Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) The permissions of the config file on the master have *absolutely nothing* to do with the permissions of the config file on the slave. This is a file permission issue on the slave machine -- whatever context smokeping is running under is unable to read the secrets.conf file *on the slave machine*. To help in troubleshooting: What distribution of Linux (or *BSD, etc) are you using? Did you install Smokeping from a package or manually? How are you starting the slave -- and if it's manually, can you include your script, if any? Eric Chatham wrote: This still doesn?t make sense at all. This is a conundrum! When I set read to the everyone group for secrets.conf file (eg, 444) on the master and start the daemon on the slave, it works fine. BUT, if I go and try to restart the daemon on the master it says ?ERROR: /opt/smokeping/etc/config, line 137: File '/opt/smokeping/etc/secrets.conf' is world-readable or writable, refusing it.? When I reset the permissions to read only on the master (eg 440), I am able to re-daemonize smokeping on master. BUT, when I go back to the slave and try to re-daemonize, I get ?WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied. ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master?? This does not make sense From: Eric Chatham Sent: Tuesday, November 03, 2009 17:01 To: Eric Chatham; Peter Kristolaitis Cc: smokeping-users at lists.oetiker.ch Subject: RE: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) I changed the master so smokeping runs under smokeping user (uid 1002). I still can?t daemonize smokeping on the slave. 1002 17841 0.0 0.3 30248 16468 ? Ss 15:55 0:00 /usr/bin/perl -w /opt/smokeping/bin/smokeping -restart 1002 17842 0.0 0.3 30248 16392 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_III] 1002 17843 0.0 0.3 30248 16308 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_II] 1002 17844 0.0 0.3 30248 16308 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_IV] 1002 17845 0.0 0.3 30248 16228 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_default] 1002 17846 0.0 0.3 30248 16228 ? S 15:55 0:00 /opt/smokeping/bin/smokeping [FPing_I] 1002 17976 0.0 0.0 1716 540 ? S 15:56 0:00 /usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 71.182.234.59 204.15.16 nagios 17984 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 17985 0.0 0.0 3908 712 ? S 15:56 0:00 /usr/local/nagios/libexec/check_ping -H 10.128.54.222 -w 100.00,20% nagios 17986 0.0 0.0 1836 528 ? S 15:56 0:00 /bin/ping -n -U -w 10 -c 5 10.128.54.222 nagios 18002 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 18003 0.0 0.0 3904 712 ? S 15:56 0:00 /usr/local/nagios/libexec/check_ping -H 10.128.95.249 -w 3000.0,80% nagios 18005 0.0 0.0 1840 544 ? S 15:56 0:00 /bin/ping -n -U -w 30 -c 5 10.128.95.249 nagios 18009 0.0 0.0 17348 1580 ? S 15:56 0:00 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg nagios 18010 7.3 0.1 10620 6828 ? S 15:56 0:00 /usr/bin/perl /usr/local/nagios/libexec/check_uptime.pl -H 10.10.3. 1002 18023 0.0 0.0 7920 1680 pts/2 R+ 15:56 0:00 ps aux root 18807 0.0 0.0 5296 1196 ? Ss 08:29 0:00 crond root 20761 0.0 0.0 4532 1192 pts/2 S 09:48 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var mysql 20811 0.0 0.5 145232 23176 pts/2 Sl 09:48 0:19 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user= apache 24728 0.2 0.5 30584 21796 ? S 13:42 0:17 /usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi root 26169 0.0 0.1 21092 7392 ? Ss 13:46 0:00 /usr/sbin/httpd apache 26171 0.0 0.2 28576 11752 ? S 13:46 0:03 /usr/sbin/httpd apache 26172 0.0 0.2 27828 10860 ? S 13:46 0:01 /usr/sbin/httpd apache 26173 0.0 0.2 28740 11836 ? S 13:46 0:02 /usr/sbin/httpd apache 26174 0.0 0.2 28652 11800 ? S 13:46 0:01 /usr/sbin/httpd apache 26175 0.0 0.2 28756 11840 ? S 13:46 0:01 /usr/sbin/httpd apache 26176 0.0 0.2 28752 11936 ? S 13:46 0:03 /usr/sbin/httpd apache 26177 0.0 0.2 28748 11840 ? S 13:46 0:02 /usr/sbin/httpd apache 26178 0.0 0.2 28576 11756 ? S 13:46 0:01 /usr/sbin/httpd root 27449 0.0 0.1 27412 6448 ? Sl Nov02 0:09 /usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a nagios 27615 0.4 0.0 17344 2252 ? Ssl Nov02 7:03 /usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg apache 30585 0.0 0.2 28588 11768 ? S 13:56 0:03 /usr/sbin/httpd apache 30617 0.0 0.4 28508 18248 ? S 13:56 0:06 /usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi root 31883 0.0 0.0 7072 1072 ? Ss 15:13 0:00 /usr/sbin/sshd root 31936 0.0 0.0 13956 3732 ? Ss 15:13 0:00 sshd: echatham [priv] echatham 32005 0.0 0.0 13956 2260 ? S 15:13 0:00 sshd: echatham at notty echatham 32006 0.0 0.0 9708 2200 ? Ss 15:13 0:00 /usr/libexec/openssh/sftp-server [smokeping at dalimnag02 ~]$ id smokeping uid=1002(smokeping) gid=1003(smokeping) groups=1003(smokeping) context=user_u:system_r:unconfined_t [smokeping@ ~]$ From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users-bounces at lists.oetiker.ch] On Behalf Of Eric Chatham Sent: Tuesday, November 03, 2009 15:29 To: Peter Kristolaitis Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) Hello, How can I tell if it?s running under UID or GID? I never had a problem before with this running. I?m running this under root on both master and slave server. Secrets.conf is owned by root user and group. From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] Sent: Tuesday, November 03, 2009 15:25 To: Eric Chatham Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) I suspect it's a file ownership problem. Is smokeping running with UID root or GID root (the two conditions which would allow it to access that file given the ownership and permissions)? Most installations of smokeping run under non-privileged UID/GID for security. Eric Chatham wrote: Hello, I had this working at one time with giving the secrets file 640 permissions. Our hardware failed on our Linux server, so I had to re-install all our applications from a backup. One of the apps was smokeping. I re-installed the program and just restored the configs from the backup. Can someone tell me why I?m now having a problem on the slave server trying to open the secrets.conf file on the master server? I keep getting this error: WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? Here is my secrets.conf stat: stat secrets.conf File: `secrets.conf' Size: 56 Blocks: 16 IO Block: 4096 regular file Device: fd00h/64768d Inode: 4423683 Links: 1 Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2009-11-03 13:21:26.000000000 -0600 Modify: 2009-11-02 15:06:10.000000000 -0600 Change: 2009-11-03 13:36:58.000000000 -0600 Eric Chatham MIS Department Phone: (216) 373-4683 Fax: (216) 373-4669 echatham at broadvox.com ________________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. ________________________________________ _______________________________________________ smokeping-users mailing list smokeping-users at lists.oetiker.ch https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users ________________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. ________________________________________ CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. From Mark.Dawson at imc-chicago.com Fri Nov 6 15:47:22 2009 From: Mark.Dawson at imc-chicago.com (Mark Dawson) Date: Fri, 6 Nov 2009 08:47:22 -0600 Subject: [smokeping-users] Can't get TCPPing to work with multiple targets (Smokeping 2.004002) In-Reply-To: Message-ID: Hasn?t anyone been successful in getting multiple targets working with the TCPPing probe? Your help in this would be greatly appreciated. On 11/4/09 8:31 AM, "Mark Dawson" wrote: All of our latency tests to date from our master and slaves have used the Fping probe. I?ve recently added the TCPPing probe, and added one target successfully. However, if I try to add another target under this particular slave, it never gets picked up. I logged onto the slave and restarted it with ?--debug? and it read ?TCPPing starting with 1 targets,? even though I have two specified in the config file. The only way I can get it to recognize the second target is if I break it out into two separate sections, like so: + Gateway1 slaves = foo probe = TCPPing menu = Gateway1 title = Gateway1 ++ foogateway1 host = 10.0.0.1 menu = foogateway1 10.0.0.1 title = Foo Gateway 1 10.0.0.1 nomasterpoll = yes + Gateway2 slaves = foo probe = TCPPing menu = Gateway2 title = Gateway2 ++ foogateway2 host = 10.0.0.2 menu = foogateway2 10.0.0.2 title = Foo Gateway 2 10.0.0.2 nomasterpoll = yes I?d like it all to work under one top heading, with all the targets under slave foo listed under it. This works fine for Fping targets, but not out TCPPing ones. Mark E. Dawson, Jr. IT IMC Financial Markets | 233 S. Wacker Drive, Suite 4300 | Chicago, IL 60606 | www.imc-chicago.com Phone: +1 312-275-5437 | Fax: 312-244-3301 | E-Mail: Mark.Dawson at imc-chicago.com [cid:3340342042_49625] ________________________________ The information in this e-mail is intended only for the person or entity to which it is addressed. It may contain confidential and /or privileged material. If someone other than the intended recipient should receive this e-mail, he / she shall not be entitled to read, disseminate, disclose or duplicate it. If you receive this e-mail unintentionally, please inform us immediately by "reply" and then delete it from your system. Although this information has been compiled with great care, neither IMC Financial Markets & Asset Management nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments. In the event of incomplete or incorrect transmission, please return the e-mail to the sender and permanently delete this message and any attachments. Messages and attachments are scanned for all known viruses. Always scan attachments before opening them. ________________________________ The information in this e-mail is intended only for the person or entity to which it is addressed. It may contain confidential and /or privileged material. If someone other than the intended recipient should receive this e-mail, he / she shall not be entitled to read, disseminate, disclose or duplicate it. If you receive this e-mail unintentionally, please inform us immediately by "reply" and then delete it from your system. Although this information has been compiled with great care, neither IMC Financial Markets & Asset Management nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments. In the event of incomplete or incorrect transmission, please return the e-mail to the sender and permanently delete this message and any attachments. Messages and attachments are scanned for all known viruses. Always scan attachments before opening them. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091106/fde4bc13/attachment.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: image.jpg Type: image/jpeg Size: 3471 bytes Desc: image.jpg Url : http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091106/fde4bc13/attachment.jpg From ged at jubileegroup.co.uk Sat Nov 7 12:26:42 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Sat, 7 Nov 2009 11:26:42 +0000 (GMT) Subject: [smokeping-users] Can't get TCPPing to work with multiple targets (Smokeping 2.004002) In-Reply-To: References: Message-ID: Hi there, On Fri, 6 Nov 2009, Mark Dawson wrote: > Hasn't anyone been successful in getting multiple targets working with > the TCPPing probe? Your help in this would be greatly appreciated. I see no response to you so far so I'll chime in with what little help I can, just to keep you from tearing out more hair. :) I'm using multiple TCPPing targets, but apparently I'm not as fussy as you are about the configuration files. Perhaps I haven't run into the issue you describe because I haven't done what you're trying to do. However, it seems to me that you might learn more by running smokeping in debug mode on the master than you will learn by running it that way on the slaves. You might also want to check what .rrd files are being created on the master. I did a very cursory skim through the code to see if I could see anything obvious that would explain what you see, but I'm not using the same versions of things that you are so it would be pointless my spending a lot of time doing that. Nothing jumped out and bit me, but I did wonder if you have the TCPPing.pm and FPing.pm modules in the same directory, or perhaps more than one of them that might be found, say from an old installation. My guess is that this is either (1) a misunderstanding about how the configuration works (unlikely, since you've apparently done what you want using the FPing probe but not using TCPPing), (2) an installation problem (easily messed up if you've used both packages and tarballs for example), or (3) a bug in the Smokeping.pm or TCPPing.pm modules (plausible, if you've read the code:). If you need any help debugging I'll be glad to lend a hand (two complete sets of configuration files exactly as you're using them and detailed version information would be a good start) but check the debug output on the master first. I'm not one of the smokeping developers, but I've hacked the code a little for my own purposes. Most of the time I'm only monitoring a couple of dozen machines, there are people around here running several thousand. -- 73, Ged. From giobuon at gmail.com Mon Nov 9 07:06:40 2009 From: giobuon at gmail.com (=?UTF-8?B?VHLhuqduIFRy4buNbmcgVOG6pW4=?=) Date: Mon, 9 Nov 2009 13:06:40 +0700 Subject: [smokeping-users] Problem on master/slave setup. Message-ID: <719abdf00911082206t7f84f2em8664336691e165c9@mail.gmail.com> Dear list, I had this error when trying to install SP slave: [root at sp_slave]# /usr/local/smokeping/bin/smokeping --master-url= http://192.168.37.90/cgi-bin/smokeping.cgi--cache-dir=/usr/local/smokeping/var/ --shared-secret=/usr/local/smokeping/var/secrets.txt --logfile=smoke.log WARNING: Opening secrets file /usr/local/smokeping/etc/smokeping_secrets: Permission denied ERROR: we did not get config from the master. Maybe we are not configured as a slave for any of the targets on the master ? I use CentOS5. On master: [root at sp_master ~]# ls -la /usr/local/smokeping/etc/smokeping_secrets -rw-r----- 1 root root 33 Nov 9 16:46 /usr/local/smokeping/etc/smokeping_secrets [root at sp_master ~]# ps aux | grep /bin/smokeping root 3485 0.0 1.2 22344 12740 ? Ss 18:33 0:00 /usr/local/smokeping/bin/smokeping [FPing] Pls help. TIA, -giobuon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091109/ffd9d109/attachment.htm From giobuon at gmail.com Mon Nov 9 07:49:08 2009 From: giobuon at gmail.com (=?UTF-8?B?VHLhuqduIFRy4buNbmcgVOG6pW4=?=) Date: Mon, 9 Nov 2009 13:49:08 +0700 Subject: [smokeping-users] Problem on master/slave setup. In-Reply-To: <719abdf00911082206t7f84f2em8664336691e165c9@mail.gmail.com> References: <719abdf00911082206t7f84f2em8664336691e165c9@mail.gmail.com> Message-ID: <719abdf00911082249w7fb4de90l39244859557ff127@mail.gmail.com> I resolved it by chown secret file to apache. But it comes to another problem: "WARNING: No targets found for slave 'sp_slave'" Here is my config: *** Slaves *** secrets=/usr/local/smokeping/etc/smokeping_secrets + sp_slave display_name=sp_slave color=0000ff *** Targets *** probe = FPing ..... +dest1 slaves = sp_slave Any idea? 2009/11/9 Tr?n Tr?ng T?n > Dear list, > I had this error when trying to install SP slave: > > [root at sp_slave]# /usr/local/smokeping/bin/smokeping --master-url= > http://192.168.37.90/cgi-bin/smokeping.cgi--cache-dir=/usr/local/smokeping/var/ > --shared-secret=/usr/local/smokeping/var/secrets.txt --logfile=smoke.log > WARNING: Opening secrets file /usr/local/smokeping/etc/smokeping_secrets: > Permission denied > > ERROR: we did not get config from the master. Maybe we are not configured > as a slave for any of the targets on the master ? > > I use CentOS5. > On master: > [root at sp_master ~]# ls -la /usr/local/smokeping/etc/smokeping_secrets > -rw-r----- 1 root root 33 Nov 9 16:46 > /usr/local/smokeping/etc/smokeping_secrets > [root at sp_master ~]# ps aux | grep /bin/smokeping > root 3485 0.0 1.2 22344 12740 ? Ss 18:33 0:00 > /usr/local/smokeping/bin/smokeping [FPing] > > Pls help. > TIA, > -giobuon > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091109/deb157d1/attachment-0001.htm From rui-f-meireles at telecom.pt Mon Nov 9 11:03:39 2009 From: rui-f-meireles at telecom.pt (Rui Vitor Figueiras Meireles) Date: Mon, 9 Nov 2009 10:03:39 +0000 Subject: [smokeping-users] Is it possible for smokeping.cgi not generate graphs every time I reload? Message-ID: Good morning, I have lots of hosts configured in my smokeping, and this causses my smokeping.cgi page to be extremely slow. Is it possible for smokeping.cgi not generate graphs every time I reload? I was wondering if it was possible to only generate the Overview Graphs, for exemple, once per hour, and then only show the generated pictures instead. That would really easy the processor. For the detailed graphs there is no problem if they get generated every time someone reloads the browser. Is there an easy way to do this? Anyone ever did something similar? (Sorry for the re-post.) Thanks in advance, Rui Meireles -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091109/f7d47ce9/attachment.htm From christoph.aichhorn at logis.at Mon Nov 9 16:23:37 2009 From: christoph.aichhorn at logis.at (Christoph AICHHORN) Date: Mon, 9 Nov 2009 16:23:37 +0100 Subject: [smokeping-users] =?iso-8859-1?q?Curl_Probe_doesn=B4t_recognice_?= =?iso-8859-1?q?=22loss=22_when_=22curl=3A_=287=29_couldn=27t_connect_to_h?= =?iso-8859-1?q?ost=22_response_caused_by_Proxy_down?= Message-ID: Hi, i?d like to check my web proxy?s with the Curl Probe, but when the Proxy is down there is no loss detected in rrd. A manual Curl execution returns "curl: (7) couldn't connect to host", and smokeping appands "Curl: WARNING: curl exited with status 7 on www.google.at" to /var/log/messages. Is there a way to interpret this error code as loss? nice greets Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschlie?lich Informationszwecken. Rechtsgesch?ftliche Erkl?rungen d?rfen ?ber dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091109/8d4b4f3f/attachment.htm From tobi at oetiker.ch Mon Nov 9 18:42:34 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Mon, 9 Nov 2009 18:42:34 +0100 (CET) Subject: [smokeping-users] Is it possible for smokeping.cgi not generate graphs every time I reload? In-Reply-To: References: Message-ID: Hoi Rui, the graphs should only get regenerated 'as required' since smokeping uses the --lazy switch ... there is no feature to tune this though ... cheers tobi Today Rui Vitor Figueiras Meireles wrote: > > Good morning, > > I have lots of hosts configured in my smokeping, and this causses my smokeping.cgi page to be extremely slow. Is it possible for smokeping.cgi not generate graphs every time I reload? > I was wondering if it was possible to only generate the Overview Graphs, for exemple, once per hour, and then only show the generated pictures instead. That would really easy the processor. > > For the detailed graphs there is no problem if they get generated every time someone reloads the browser. > > Is there an easy way to do this? Anyone ever did something similar? > (Sorry for the re-post.) > > > Thanks in advance, > Rui Meireles > -- 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 echatham at broadvox.com Mon Nov 9 18:53:21 2009 From: echatham at broadvox.com (Eric Chatham) Date: Mon, 9 Nov 2009 12:53:21 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4ABA3E162F60624A949503A7F960245EB1D23A7D83@CLEHBEXMS01.broadvox.local> References: <4ABA3E162F60624A949503A7F960245EB1D23A7D83@CLEHBEXMS01.broadvox.local> Message-ID: <4ABA3E162F60624A949503A7F960245EB1D260D515@CLEHBEXMS01.broadvox.local> Hello, Was anyone able to come up with a solution to this? Thank you, Eric. >-----Original Message----- >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham >Sent: Wednesday, November 04, 2009 15:01 >To: smokeping-users at lists.oetiker.ch >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >Hi Peter, > >Thank you for replying. That?s the part that doesn?t make sense. This is the >command I run on the slave machine to daemonize smokeping. > >SLAVE DAEMON: > >/home/smokeping/alt/smokeping/bin/smokeping --master- >url=http://server02.broadvox.net/smokeping/smokeping.cgi --shared- >secret=/opt/smokeping/secret.txt --cache-dir=/var/tmp/ >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission >denied > >ERROR: we did not get config from the master. Maybe we are not configured as a >slave for any of the targets on the master ? > > >There is no secrets.conf file on the slave machine ? only the answer file, >called secret.txt, and the error on the slave references the location of >secrets.conf on the master server. Our Linux Server crashed a few days ago. >I re-installed CentOS 5.1 on the server. This was the original OS on there >too. The only difference in the smokeping installation was in the version of >RRDTool I used (1.3 ? 1.4). That?s it. All the configs were restored from a >backup. > >On the master, I daemonize smokeping from the /opt directory. That is where I >have installed smokeping; that was where it was installed beforehand as well. >Yes, iptables on the master server allows access from the slave. As I >mentioned, I did get it to work by giving secrets.conf on the master, 444 >permissions; however, when I changed the permissions of that file back to 440 >? for example, that?s when I get the permissions denied error on the slave. > >MASTER DAEMON: >/opt/smokeping/bin/smokeping ?restart > >Thank you for any assistance with this. ? > >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] >Sent: Tuesday, November 03, 2009 23:51 >To: Eric Chatham >Cc: smokeping-users at lists.oetiker.ch >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >The permissions of the config file on the master have *absolutely nothing* to >do with the permissions of the config file on the slave. This is a file >permission issue on the slave machine -- whatever context smokeping is running >under is unable to read the secrets.conf file *on the slave machine*. > >To help in troubleshooting: What distribution of Linux (or *BSD, etc) are you >using? Did you install Smokeping from a package or manually? How are you >starting the slave -- and if it's manually, can you include your script, if >any? > > > >Eric Chatham wrote: >This still doesn?t make sense at all. This is a conundrum! > >When I set read to the everyone group for secrets.conf file (eg, 444) on the >master and start the daemon on the slave, it works fine. > >BUT, if I go and try to restart the daemon on the master it says ?ERROR: >/opt/smokeping/etc/config, line 137: File '/opt/smokeping/etc/secrets.conf' is >world-readable or writable, refusing it.? When I reset the permissions to >read only on the master (eg 440), I am able to re-daemonize smokeping on >master. > >BUT, when I go back to the slave and try to re-daemonize, I get ?WARNING: >Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied. >ERROR: we did not get config from the master. Maybe we are not configured as a >slave for any of the targets on the master?? > >This does not make sense > >From: Eric Chatham >Sent: Tuesday, November 03, 2009 17:01 >To: Eric Chatham; Peter Kristolaitis >Cc: smokeping-users at lists.oetiker.ch >Subject: RE: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >I changed the master so smokeping runs under smokeping user (uid 1002). I >still can?t daemonize smokeping on the slave. > >1002 17841 0.0 0.3 30248 16468 ? Ss 15:55 0:00 /usr/bin/perl >-w /opt/smokeping/bin/smokeping -restart >1002 17842 0.0 0.3 30248 16392 ? S 15:55 0:00 >/opt/smokeping/bin/smokeping [FPing_III] >1002 17843 0.0 0.3 30248 16308 ? S 15:55 0:00 >/opt/smokeping/bin/smokeping [FPing_II] >1002 17844 0.0 0.3 30248 16308 ? S 15:55 0:00 >/opt/smokeping/bin/smokeping [FPing_IV] >1002 17845 0.0 0.3 30248 16228 ? S 15:55 0:00 >/opt/smokeping/bin/smokeping [FPing_default] >1002 17846 0.0 0.3 30248 16228 ? S 15:55 0:00 >/opt/smokeping/bin/smokeping [FPing_I] >1002 17976 0.0 0.0 1716 540 ? S 15:56 0:00 >/usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 71.182.234.59 204.15.16 >nagios 17984 0.0 0.0 17348 1580 ? S 15:56 0:00 >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >nagios 17985 0.0 0.0 3908 712 ? S 15:56 0:00 >/usr/local/nagios/libexec/check_ping -H 10.128.54.222 -w 100.00,20% >nagios 17986 0.0 0.0 1836 528 ? S 15:56 0:00 /bin/ping -n >-U -w 10 -c 5 10.128.54.222 >nagios 18002 0.0 0.0 17348 1580 ? S 15:56 0:00 >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >nagios 18003 0.0 0.0 3904 712 ? S 15:56 0:00 >/usr/local/nagios/libexec/check_ping -H 10.128.95.249 -w 3000.0,80% >nagios 18005 0.0 0.0 1840 544 ? S 15:56 0:00 /bin/ping -n >-U -w 30 -c 5 10.128.95.249 >nagios 18009 0.0 0.0 17348 1580 ? S 15:56 0:00 >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >nagios 18010 7.3 0.1 10620 6828 ? S 15:56 0:00 /usr/bin/perl >/usr/local/nagios/libexec/check_uptime.pl -H 10.10.3. >1002 18023 0.0 0.0 7920 1680 pts/2 R+ 15:56 0:00 ps aux >root 18807 0.0 0.0 5296 1196 ? Ss 08:29 0:00 crond >root 20761 0.0 0.0 4532 1192 pts/2 S 09:48 0:00 /bin/sh >/usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var >mysql 20811 0.0 0.5 145232 23176 pts/2 Sl 09:48 0:19 >/usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user= >apache 24728 0.2 0.5 30584 21796 ? S 13:42 0:17 >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi >root 26169 0.0 0.1 21092 7392 ? Ss 13:46 0:00 >/usr/sbin/httpd >apache 26171 0.0 0.2 28576 11752 ? S 13:46 0:03 >/usr/sbin/httpd >apache 26172 0.0 0.2 27828 10860 ? S 13:46 0:01 >/usr/sbin/httpd >apache 26173 0.0 0.2 28740 11836 ? S 13:46 0:02 >/usr/sbin/httpd >apache 26174 0.0 0.2 28652 11800 ? S 13:46 0:01 >/usr/sbin/httpd >apache 26175 0.0 0.2 28756 11840 ? S 13:46 0:01 >/usr/sbin/httpd >apache 26176 0.0 0.2 28752 11936 ? S 13:46 0:03 >/usr/sbin/httpd >apache 26177 0.0 0.2 28748 11840 ? S 13:46 0:02 >/usr/sbin/httpd >apache 26178 0.0 0.2 28576 11756 ? S 13:46 0:01 >/usr/sbin/httpd >root 27449 0.0 0.1 27412 6448 ? Sl Nov02 0:09 >/usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a >nagios 27615 0.4 0.0 17344 2252 ? Ssl Nov02 7:03 >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >apache 30585 0.0 0.2 28588 11768 ? S 13:56 0:03 >/usr/sbin/httpd >apache 30617 0.0 0.4 28508 18248 ? S 13:56 0:06 >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi >root 31883 0.0 0.0 7072 1072 ? Ss 15:13 0:00 >/usr/sbin/sshd >root 31936 0.0 0.0 13956 3732 ? Ss 15:13 0:00 sshd: >echatham [priv] >echatham 32005 0.0 0.0 13956 2260 ? S 15:13 0:00 sshd: >echatham at notty >echatham 32006 0.0 0.0 9708 2200 ? Ss 15:13 0:00 >/usr/libexec/openssh/sftp-server >[smokeping at dalimnag02 ~]$ id smokeping >uid=1002(smokeping) gid=1003(smokeping) groups=1003(smokeping) >context=user_u:system_r:unconfined_t >[smokeping@ ~]$ > >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham >Sent: Tuesday, November 03, 2009 15:29 >To: Peter Kristolaitis >Cc: smokeping-users at lists.oetiker.ch >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >Hello, > >How can I tell if it?s running under UID or GID? I never had a problem before >with this running. I?m running this under root on both master and slave >server. Secrets.conf is owned by root user and group. > >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] >Sent: Tuesday, November 03, 2009 15:25 >To: Eric Chatham >Cc: smokeping-users at lists.oetiker.ch >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >I suspect it's a file ownership problem. > >Is smokeping running with UID root or GID root (the two conditions which would >allow it to access that file given the ownership and permissions)? Most >installations of smokeping run under non-privileged UID/GID for security. > > > > > >Eric Chatham wrote: >Hello, > >I had this working at one time with giving the secrets file 640 permissions. >Our hardware failed on our Linux server, so I had to re-install all our >applications from a backup. One of the apps was smokeping. I re-installed >the program and just restored the configs from the backup. > >Can someone tell me why I?m now having a problem on the slave server trying to >open the secrets.conf file on the master server? I keep getting this error: > >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission >denied > >ERROR: we did not get config from the master. Maybe we are not configured as a >slave for any of the targets on the master ? > >Here is my secrets.conf stat: > >stat secrets.conf > File: `secrets.conf' > Size: 56 Blocks: 16 IO Block: 4096 regular file >Device: fd00h/64768d Inode: 4423683 Links: 1 >Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) >Access: 2009-11-03 13:21:26.000000000 -0600 >Modify: 2009-11-02 15:06:10.000000000 -0600 >Change: 2009-11-03 13:36:58.000000000 -0600 > >Eric Chatham >MIS Department >Phone: (216) 373-4683 >Fax: (216) 373-4669 >echatham at broadvox.com > > > >________________________________________ >CONFIDENTIAL. This e-mail and any attached files are confidential and should >be destroyed and/or returned if you are not the intended and proper recipient. > > > > > > > > >________________________________________ > > > > > > > > > > >_______________________________________________ >smokeping-users mailing list >smokeping-users at lists.oetiker.ch >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > > >________________________________________ >CONFIDENTIAL. This e-mail and any attached files are confidential and should >be destroyed and/or returned if you are not the intended and proper recipient. > >________________________________________ >CONFIDENTIAL. This e-mail and any attached files are confidential and should >be destroyed and/or returned if you are not the intended and proper recipient. > > >CONFIDENTIAL. This e-mail and any attached files are confidential and should >be destroyed and/or returned if you are not the intended and proper recipient. >_______________________________________________ >smokeping-users mailing list >smokeping-users at lists.oetiker.ch >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. From tobi at oetiker.ch Mon Nov 9 19:07:27 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Mon, 9 Nov 2009 19:07:27 +0100 (CET) Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: <4ABA3E162F60624A949503A7F960245EB1D260D515@CLEHBEXMS01.broadvox.local> References: <4ABA3E162F60624A949503A7F960245EB1D23A7D83@CLEHBEXMS01.broadvox.local> <4ABA3E162F60624A949503A7F960245EB1D260D515@CLEHBEXMS01.broadvox.local> Message-ID: Hi Eric, Today Eric Chatham wrote: > Hello, > > Was anyone able to come up with a solution to this? the problem is that your webserver is probaly running smokeping.cgi as user nobody or httpd ... and this user does not have access to secrets.conf ... you may want to try chown httpd /opt/smokeping/etc/secrets.conf even better would be to use suexec on your webserver and have a separate smokeping user for running both the daemon as well as the cgi ... hth tobi > > Thank you, Eric. > > >-----Original Message----- > >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- > >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham > >Sent: Wednesday, November 04, 2009 15:01 > >To: smokeping-users at lists.oetiker.ch > >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson > >Denied) > > > >Hi Peter, > > > >Thank you for replying. That?s the part that doesn?t make sense. This is the > >command I run on the slave machine to daemonize smokeping. > > > >SLAVE DAEMON: > > > >/home/smokeping/alt/smokeping/bin/smokeping --master- > >url=http://server02.broadvox.net/smokeping/smokeping.cgi --shared- > >secret=/opt/smokeping/secret.txt --cache-dir=/var/tmp/ > >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission > >denied > > > >ERROR: we did not get config from the master. Maybe we are not configured as a > >slave for any of the targets on the master ? > > > > > >There is no secrets.conf file on the slave machine ? only the answer file, > >called secret.txt, and the error on the slave references the location of > >secrets.conf on the master server. Our Linux Server crashed a few days ago. > >I re-installed CentOS 5.1 on the server. This was the original OS on there > >too. The only difference in the smokeping installation was in the version of > >RRDTool I used (1.3 ? 1.4). That?s it. All the configs were restored from a > >backup. > > > >On the master, I daemonize smokeping from the /opt directory. That is where I > >have installed smokeping; that was where it was installed beforehand as well. > >Yes, iptables on the master server allows access from the slave. As I > >mentioned, I did get it to work by giving secrets.conf on the master, 444 > >permissions; however, when I changed the permissions of that file back to 440 > >? for example, that?s when I get the permissions denied error on the slave. > > > >MASTER DAEMON: > >/opt/smokeping/bin/smokeping ?restart > > > >Thank you for any assistance with this. ? > > > >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] > >Sent: Tuesday, November 03, 2009 23:51 > >To: Eric Chatham > >Cc: smokeping-users at lists.oetiker.ch > >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson > >Denied) > > > >The permissions of the config file on the master have *absolutely nothing* to > >do with the permissions of the config file on the slave. This is a file > >permission issue on the slave machine -- whatever context smokeping is running > >under is unable to read the secrets.conf file *on the slave machine*. > > > >To help in troubleshooting: What distribution of Linux (or *BSD, etc) are you > >using? Did you install Smokeping from a package or manually? How are you > >starting the slave -- and if it's manually, can you include your script, if > >any? > > > > > > > >Eric Chatham wrote: > >This still doesn?t make sense at all. This is a conundrum! > > > >When I set read to the everyone group for secrets.conf file (eg, 444) on the > >master and start the daemon on the slave, it works fine. > > > >BUT, if I go and try to restart the daemon on the master it says ?ERROR: > >/opt/smokeping/etc/config, line 137: File '/opt/smokeping/etc/secrets.conf' is > >world-readable or writable, refusing it.? When I reset the permissions to > >read only on the master (eg 440), I am able to re-daemonize smokeping on > >master. > > > >BUT, when I go back to the slave and try to re-daemonize, I get ?WARNING: > >Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied. > >ERROR: we did not get config from the master. Maybe we are not configured as a > >slave for any of the targets on the master?? > > > >This does not make sense > > > >From: Eric Chatham > >Sent: Tuesday, November 03, 2009 17:01 > >To: Eric Chatham; Peter Kristolaitis > >Cc: smokeping-users at lists.oetiker.ch > >Subject: RE: [smokeping-users] Slave cannot open Secrets file (Permisson > >Denied) > > > >I changed the master so smokeping runs under smokeping user (uid 1002). I > >still can?t daemonize smokeping on the slave. > > > >1002 17841 0.0 0.3 30248 16468 ? Ss 15:55 0:00 /usr/bin/perl > >-w /opt/smokeping/bin/smokeping -restart > >1002 17842 0.0 0.3 30248 16392 ? S 15:55 0:00 > >/opt/smokeping/bin/smokeping [FPing_III] > >1002 17843 0.0 0.3 30248 16308 ? S 15:55 0:00 > >/opt/smokeping/bin/smokeping [FPing_II] > >1002 17844 0.0 0.3 30248 16308 ? S 15:55 0:00 > >/opt/smokeping/bin/smokeping [FPing_IV] > >1002 17845 0.0 0.3 30248 16228 ? S 15:55 0:00 > >/opt/smokeping/bin/smokeping [FPing_default] > >1002 17846 0.0 0.3 30248 16228 ? S 15:55 0:00 > >/opt/smokeping/bin/smokeping [FPing_I] > >1002 17976 0.0 0.0 1716 540 ? S 15:56 0:00 > >/usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 71.182.234.59 204.15.16 > >nagios 17984 0.0 0.0 17348 1580 ? S 15:56 0:00 > >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg > >nagios 17985 0.0 0.0 3908 712 ? S 15:56 0:00 > >/usr/local/nagios/libexec/check_ping -H 10.128.54.222 -w 100.00,20% > >nagios 17986 0.0 0.0 1836 528 ? S 15:56 0:00 /bin/ping -n > >-U -w 10 -c 5 10.128.54.222 > >nagios 18002 0.0 0.0 17348 1580 ? S 15:56 0:00 > >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg > >nagios 18003 0.0 0.0 3904 712 ? S 15:56 0:00 > >/usr/local/nagios/libexec/check_ping -H 10.128.95.249 -w 3000.0,80% > >nagios 18005 0.0 0.0 1840 544 ? S 15:56 0:00 /bin/ping -n > >-U -w 30 -c 5 10.128.95.249 > >nagios 18009 0.0 0.0 17348 1580 ? S 15:56 0:00 > >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg > >nagios 18010 7.3 0.1 10620 6828 ? S 15:56 0:00 /usr/bin/perl > >/usr/local/nagios/libexec/check_uptime.pl -H 10.10.3. > >1002 18023 0.0 0.0 7920 1680 pts/2 R+ 15:56 0:00 ps aux > >root 18807 0.0 0.0 5296 1196 ? Ss 08:29 0:00 crond > >root 20761 0.0 0.0 4532 1192 pts/2 S 09:48 0:00 /bin/sh > >/usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var > >mysql 20811 0.0 0.5 145232 23176 pts/2 Sl 09:48 0:19 > >/usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user= > >apache 24728 0.2 0.5 30584 21796 ? S 13:42 0:17 > >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi > >root 26169 0.0 0.1 21092 7392 ? Ss 13:46 0:00 > >/usr/sbin/httpd > >apache 26171 0.0 0.2 28576 11752 ? S 13:46 0:03 > >/usr/sbin/httpd > >apache 26172 0.0 0.2 27828 10860 ? S 13:46 0:01 > >/usr/sbin/httpd > >apache 26173 0.0 0.2 28740 11836 ? S 13:46 0:02 > >/usr/sbin/httpd > >apache 26174 0.0 0.2 28652 11800 ? S 13:46 0:01 > >/usr/sbin/httpd > >apache 26175 0.0 0.2 28756 11840 ? S 13:46 0:01 > >/usr/sbin/httpd > >apache 26176 0.0 0.2 28752 11936 ? S 13:46 0:03 > >/usr/sbin/httpd > >apache 26177 0.0 0.2 28748 11840 ? S 13:46 0:02 > >/usr/sbin/httpd > >apache 26178 0.0 0.2 28576 11756 ? S 13:46 0:01 > >/usr/sbin/httpd > >root 27449 0.0 0.1 27412 6448 ? Sl Nov02 0:09 > >/usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a > >nagios 27615 0.4 0.0 17344 2252 ? Ssl Nov02 7:03 > >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg > >apache 30585 0.0 0.2 28588 11768 ? S 13:56 0:03 > >/usr/sbin/httpd > >apache 30617 0.0 0.4 28508 18248 ? S 13:56 0:06 > >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi > >root 31883 0.0 0.0 7072 1072 ? Ss 15:13 0:00 > >/usr/sbin/sshd > >root 31936 0.0 0.0 13956 3732 ? Ss 15:13 0:00 sshd: > >echatham [priv] > >echatham 32005 0.0 0.0 13956 2260 ? S 15:13 0:00 sshd: > >echatham at notty > >echatham 32006 0.0 0.0 9708 2200 ? Ss 15:13 0:00 > >/usr/libexec/openssh/sftp-server > >[smokeping at dalimnag02 ~]$ id smokeping > >uid=1002(smokeping) gid=1003(smokeping) groups=1003(smokeping) > >context=user_u:system_r:unconfined_t > >[smokeping@ ~]$ > > > >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- > >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham > >Sent: Tuesday, November 03, 2009 15:29 > >To: Peter Kristolaitis > >Cc: smokeping-users at lists.oetiker.ch > >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson > >Denied) > > > >Hello, > > > >How can I tell if it?s running under UID or GID? I never had a problem before > >with this running. I?m running this under root on both master and slave > >server. Secrets.conf is owned by root user and group. > > > >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] > >Sent: Tuesday, November 03, 2009 15:25 > >To: Eric Chatham > >Cc: smokeping-users at lists.oetiker.ch > >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson > >Denied) > > > >I suspect it's a file ownership problem. > > > >Is smokeping running with UID root or GID root (the two conditions which would > >allow it to access that file given the ownership and permissions)? Most > >installations of smokeping run under non-privileged UID/GID for security. > > > > > > > > > > > >Eric Chatham wrote: > >Hello, > > > >I had this working at one time with giving the secrets file 640 permissions. > >Our hardware failed on our Linux server, so I had to re-install all our > >applications from a backup. One of the apps was smokeping. I re-installed > >the program and just restored the configs from the backup. > > > >Can someone tell me why I?m now having a problem on the slave server trying to > >open the secrets.conf file on the master server? I keep getting this error: > > > >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission > >denied > > > >ERROR: we did not get config from the master. Maybe we are not configured as a > >slave for any of the targets on the master ? > > > >Here is my secrets.conf stat: > > > >stat secrets.conf > > File: `secrets.conf' > > Size: 56 Blocks: 16 IO Block: 4096 regular file > >Device: fd00h/64768d Inode: 4423683 Links: 1 > >Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) > >Access: 2009-11-03 13:21:26.000000000 -0600 > >Modify: 2009-11-02 15:06:10.000000000 -0600 > >Change: 2009-11-03 13:36:58.000000000 -0600 > > > >Eric Chatham > >MIS Department > >Phone: (216) 373-4683 > >Fax: (216) 373-4669 > >echatham at broadvox.com > > > > > > > >________________________________________ > >CONFIDENTIAL. This e-mail and any attached files are confidential and should > >be destroyed and/or returned if you are not the intended and proper recipient. > > > > > > > > > > > > > > > > > >________________________________________ > > > > > > > > > > > > > > > > > > > > > >_______________________________________________ > >smokeping-users mailing list > >smokeping-users at lists.oetiker.ch > >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > > > > > > >________________________________________ > >CONFIDENTIAL. This e-mail and any attached files are confidential and should > >be destroyed and/or returned if you are not the intended and proper recipient. > > > >________________________________________ > >CONFIDENTIAL. This e-mail and any attached files are confidential and should > >be destroyed and/or returned if you are not the intended and proper recipient. > > > > > >CONFIDENTIAL. This e-mail and any attached files are confidential and should > >be destroyed and/or returned if you are not the intended and proper recipient. > >_______________________________________________ > >smokeping-users mailing list > >smokeping-users at lists.oetiker.ch > >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users > > CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. > _______________________________________________ > 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 echatham at broadvox.com Mon Nov 9 19:12:52 2009 From: echatham at broadvox.com (Eric Chatham) Date: Mon, 9 Nov 2009 13:12:52 -0500 Subject: [smokeping-users] Slave cannot open Secrets file (Permisson Denied) In-Reply-To: References: <4ABA3E162F60624A949503A7F960245EB1D23A7D83@CLEHBEXMS01.broadvox.local> <4ABA3E162F60624A949503A7F960245EB1D260D515@CLEHBEXMS01.broadvox.local> Message-ID: <4ABA3E162F60624A949503A7F960245EB1D260D52F@CLEHBEXMS01.broadvox.local> Thank you, Tobi. It worked! :) >-----Original Message----- >From: Tobias Oetiker [mailto:tobi at oetiker.ch] >Sent: Monday, November 09, 2009 13:07 >To: Eric Chatham >Cc: smokeping-users at lists.oetiker.ch >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >Denied) > >Hi Eric, > >Today Eric Chatham wrote: > >> Hello, >> >> Was anyone able to come up with a solution to this? > >the problem is that your webserver is probaly running smokeping.cgi >as user nobody or httpd ... and this user does not have access to >secrets.conf ... you may want to try > >chown httpd /opt/smokeping/etc/secrets.conf > > >even better would be to use suexec on your webserver and have a >separate smokeping user for running both the daemon as well as the >cgi ... > >hth >tobi > >> >> Thank you, Eric. >> >> >-----Original Message----- >> >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- >> >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham >> >Sent: Wednesday, November 04, 2009 15:01 >> >To: smokeping-users at lists.oetiker.ch >> >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >> >Denied) >> > >> >Hi Peter, >> > >> >Thank you for replying. That?s the part that doesn?t make sense. This is >the >> >command I run on the slave machine to daemonize smokeping. >> > >> >SLAVE DAEMON: >> > >> >/home/smokeping/alt/smokeping/bin/smokeping --master- >> >url=http://server02.broadvox.net/smokeping/smokeping.cgi --shared- >> >secret=/opt/smokeping/secret.txt --cache-dir=/var/tmp/ >> >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission >> >denied >> > >> >ERROR: we did not get config from the master. Maybe we are not configured >as a >> >slave for any of the targets on the master ? >> > >> > >> >There is no secrets.conf file on the slave machine ? only the answer file, >> >called secret.txt, and the error on the slave references the location of >> >secrets.conf on the master server. Our Linux Server crashed a few days >ago. >> >I re-installed CentOS 5.1 on the server. This was the original OS on there >> >too. The only difference in the smokeping installation was in the version >of >> >RRDTool I used (1.3 ? 1.4). That?s it. All the configs were restored from >a >> >backup. >> > >> >On the master, I daemonize smokeping from the /opt directory. That is >where I >> >have installed smokeping; that was where it was installed beforehand as >well. >> >Yes, iptables on the master server allows access from the slave. As I >> >mentioned, I did get it to work by giving secrets.conf on the master, 444 >> >permissions; however, when I changed the permissions of that file back to >440 >> >? for example, that?s when I get the permissions denied error on the slave. >> > >> >MASTER DAEMON: >> >/opt/smokeping/bin/smokeping ?restart >> > >> >Thank you for any assistance with this. ? >> > >> >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] >> >Sent: Tuesday, November 03, 2009 23:51 >> >To: Eric Chatham >> >Cc: smokeping-users at lists.oetiker.ch >> >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >> >Denied) >> > >> >The permissions of the config file on the master have *absolutely nothing* >to >> >do with the permissions of the config file on the slave. This is a file >> >permission issue on the slave machine -- whatever context smokeping is >running >> >under is unable to read the secrets.conf file *on the slave machine*. >> > >> >To help in troubleshooting: What distribution of Linux (or *BSD, etc) are >you >> >using? Did you install Smokeping from a package or manually? How are you >> >starting the slave -- and if it's manually, can you include your script, if >> >any? >> > >> > >> > >> >Eric Chatham wrote: >> >This still doesn?t make sense at all. This is a conundrum! >> > >> >When I set read to the everyone group for secrets.conf file (eg, 444) on >the >> >master and start the daemon on the slave, it works fine. >> > >> >BUT, if I go and try to restart the daemon on the master it says ?ERROR: >> >/opt/smokeping/etc/config, line 137: File '/opt/smokeping/etc/secrets.conf' >is >> >world-readable or writable, refusing it.? When I reset the permissions to >> >read only on the master (eg 440), I am able to re-daemonize smokeping on >> >master. >> > >> >BUT, when I go back to the slave and try to re-daemonize, I get ?WARNING: >> >Opening secrets file /opt/smokeping/etc/secrets.conf: Permission denied. >> >ERROR: we did not get config from the master. Maybe we are not configured >as a >> >slave for any of the targets on the master?? >> > >> >This does not make sense >> > >> >From: Eric Chatham >> >Sent: Tuesday, November 03, 2009 17:01 >> >To: Eric Chatham; Peter Kristolaitis >> >Cc: smokeping-users at lists.oetiker.ch >> >Subject: RE: [smokeping-users] Slave cannot open Secrets file (Permisson >> >Denied) >> > >> >I changed the master so smokeping runs under smokeping user (uid 1002). I >> >still can?t daemonize smokeping on the slave. >> > >> >1002 17841 0.0 0.3 30248 16468 ? Ss 15:55 0:00 >/usr/bin/perl >> >-w /opt/smokeping/bin/smokeping -restart >> >1002 17842 0.0 0.3 30248 16392 ? S 15:55 0:00 >> >/opt/smokeping/bin/smokeping [FPing_III] >> >1002 17843 0.0 0.3 30248 16308 ? S 15:55 0:00 >> >/opt/smokeping/bin/smokeping [FPing_II] >> >1002 17844 0.0 0.3 30248 16308 ? S 15:55 0:00 >> >/opt/smokeping/bin/smokeping [FPing_IV] >> >1002 17845 0.0 0.3 30248 16228 ? S 15:55 0:00 >> >/opt/smokeping/bin/smokeping [FPing_default] >> >1002 17846 0.0 0.3 30248 16228 ? S 15:55 0:00 >> >/opt/smokeping/bin/smokeping [FPing_I] >> >1002 17976 0.0 0.0 1716 540 ? S 15:56 0:00 >> >/usr/local/sbin/fping -C 20 -q -B1 -r1 -i10 71.182.234.59 204.15.16 >> >nagios 17984 0.0 0.0 17348 1580 ? S 15:56 0:00 >> >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >> >nagios 17985 0.0 0.0 3908 712 ? S 15:56 0:00 >> >/usr/local/nagios/libexec/check_ping -H 10.128.54.222 -w 100.00,20% >> >nagios 17986 0.0 0.0 1836 528 ? S 15:56 0:00 /bin/ping >-n >> >-U -w 10 -c 5 10.128.54.222 >> >nagios 18002 0.0 0.0 17348 1580 ? S 15:56 0:00 >> >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >> >nagios 18003 0.0 0.0 3904 712 ? S 15:56 0:00 >> >/usr/local/nagios/libexec/check_ping -H 10.128.95.249 -w 3000.0,80% >> >nagios 18005 0.0 0.0 1840 544 ? S 15:56 0:00 /bin/ping >-n >> >-U -w 30 -c 5 10.128.95.249 >> >nagios 18009 0.0 0.0 17348 1580 ? S 15:56 0:00 >> >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >> >nagios 18010 7.3 0.1 10620 6828 ? S 15:56 0:00 >/usr/bin/perl >> >/usr/local/nagios/libexec/check_uptime.pl -H 10.10.3. >> >1002 18023 0.0 0.0 7920 1680 pts/2 R+ 15:56 0:00 ps aux >> >root 18807 0.0 0.0 5296 1196 ? Ss 08:29 0:00 crond >> >root 20761 0.0 0.0 4532 1192 pts/2 S 09:48 0:00 /bin/sh >> >/usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var >> >mysql 20811 0.0 0.5 145232 23176 pts/2 Sl 09:48 0:19 >> >/usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user= >> >apache 24728 0.2 0.5 30584 21796 ? S 13:42 0:17 >> >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi >> >root 26169 0.0 0.1 21092 7392 ? Ss 13:46 0:00 >> >/usr/sbin/httpd >> >apache 26171 0.0 0.2 28576 11752 ? S 13:46 0:03 >> >/usr/sbin/httpd >> >apache 26172 0.0 0.2 27828 10860 ? S 13:46 0:01 >> >/usr/sbin/httpd >> >apache 26173 0.0 0.2 28740 11836 ? S 13:46 0:02 >> >/usr/sbin/httpd >> >apache 26174 0.0 0.2 28652 11800 ? S 13:46 0:01 >> >/usr/sbin/httpd >> >apache 26175 0.0 0.2 28756 11840 ? S 13:46 0:01 >> >/usr/sbin/httpd >> >apache 26176 0.0 0.2 28752 11936 ? S 13:46 0:03 >> >/usr/sbin/httpd >> >apache 26177 0.0 0.2 28748 11840 ? S 13:46 0:02 >> >/usr/sbin/httpd >> >apache 26178 0.0 0.2 28576 11756 ? S 13:46 0:01 >> >/usr/sbin/httpd >> >root 27449 0.0 0.1 27412 6448 ? Sl Nov02 0:09 >> >/usr/sbin/snmpd -Lsd -Lf /dev/null -p /var/run/snmpd.pid -a >> >nagios 27615 0.4 0.0 17344 2252 ? Ssl Nov02 7:03 >> >/usr/local/nagios/bin/nagios -d /usr/local/nagios/etc/nagios.cfg >> >apache 30585 0.0 0.2 28588 11768 ? S 13:56 0:03 >> >/usr/sbin/httpd >> >apache 30617 0.0 0.4 28508 18248 ? S 13:56 0:06 >> >/usr/bin/speedy_backend -w /opt/smokeping/htdocs/smokeping.cgi >> >root 31883 0.0 0.0 7072 1072 ? Ss 15:13 0:00 >> >/usr/sbin/sshd >> >root 31936 0.0 0.0 13956 3732 ? Ss 15:13 0:00 sshd: >> >echatham [priv] >> >echatham 32005 0.0 0.0 13956 2260 ? S 15:13 0:00 sshd: >> >echatham at notty >> >echatham 32006 0.0 0.0 9708 2200 ? Ss 15:13 0:00 >> >/usr/libexec/openssh/sftp-server >> >[smokeping at dalimnag02 ~]$ id smokeping >> >uid=1002(smokeping) gid=1003(smokeping) groups=1003(smokeping) >> >context=user_u:system_r:unconfined_t >> >[smokeping@ ~]$ >> > >> >From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users- >> >bounces at lists.oetiker.ch] On Behalf Of Eric Chatham >> >Sent: Tuesday, November 03, 2009 15:29 >> >To: Peter Kristolaitis >> >Cc: smokeping-users at lists.oetiker.ch >> >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >> >Denied) >> > >> >Hello, >> > >> >How can I tell if it?s running under UID or GID? I never had a problem >before >> >with this running. I?m running this under root on both master and slave >> >server. Secrets.conf is owned by root user and group. >> > >> >From: Peter Kristolaitis [mailto:alter3d at alter3d.ca] >> >Sent: Tuesday, November 03, 2009 15:25 >> >To: Eric Chatham >> >Cc: smokeping-users at lists.oetiker.ch >> >Subject: Re: [smokeping-users] Slave cannot open Secrets file (Permisson >> >Denied) >> > >> >I suspect it's a file ownership problem. >> > >> >Is smokeping running with UID root or GID root (the two conditions which >would >> >allow it to access that file given the ownership and permissions)? Most >> >installations of smokeping run under non-privileged UID/GID for security. >> > >> > >> > >> > >> > >> >Eric Chatham wrote: >> >Hello, >> > >> >I had this working at one time with giving the secrets file 640 >permissions. >> >Our hardware failed on our Linux server, so I had to re-install all our >> >applications from a backup. One of the apps was smokeping. I re-installed >> >the program and just restored the configs from the backup. >> > >> >Can someone tell me why I?m now having a problem on the slave server trying >to >> >open the secrets.conf file on the master server? I keep getting this >error: >> > >> >WARNING: Opening secrets file /opt/smokeping/etc/secrets.conf: Permission >> >denied >> > >> >ERROR: we did not get config from the master. Maybe we are not configured >as a >> >slave for any of the targets on the master ? >> > >> >Here is my secrets.conf stat: >> > >> >stat secrets.conf >> > File: `secrets.conf' >> > Size: 56 Blocks: 16 IO Block: 4096 regular file >> >Device: fd00h/64768d Inode: 4423683 Links: 1 >> >Access: (0640/-rw-r-----) Uid: ( 0/ root) Gid: ( 0/ root) >> >Access: 2009-11-03 13:21:26.000000000 -0600 >> >Modify: 2009-11-02 15:06:10.000000000 -0600 >> >Change: 2009-11-03 13:36:58.000000000 -0600 >> > >> >Eric Chatham >> >MIS Department >> >Phone: (216) 373-4683 >> >Fax: (216) 373-4669 >> >echatham at broadvox.com >> > >> > >> > >> >________________________________________ >> >CONFIDENTIAL. This e-mail and any attached files are confidential and >should >> >be destroyed and/or returned if you are not the intended and proper >recipient. >> > >> > >> > >> > >> > >> > >> > >> > >> >________________________________________ >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> >_______________________________________________ >> >smokeping-users mailing list >> >smokeping-users at lists.oetiker.ch >> >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> > >> > >> > >> >________________________________________ >> >CONFIDENTIAL. This e-mail and any attached files are confidential and >should >> >be destroyed and/or returned if you are not the intended and proper >recipient. >> > >> >________________________________________ >> >CONFIDENTIAL. This e-mail and any attached files are confidential and >should >> >be destroyed and/or returned if you are not the intended and proper >recipient. >> > >> > >> >CONFIDENTIAL. This e-mail and any attached files are confidential and >should >> >be destroyed and/or returned if you are not the intended and proper >recipient. >> >_______________________________________________ >> >smokeping-users mailing list >> >smokeping-users at lists.oetiker.ch >> >https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> >> CONFIDENTIAL. This e-mail and any attached files are confidential and >should be destroyed and/or returned if you are not the intended and proper >recipient. >> _______________________________________________ >> 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 CONFIDENTIAL. This e-mail and any attached files are confidential and should be destroyed and/or returned if you are not the intended and proper recipient. From slyons at fxcm.com Mon Nov 9 19:14:40 2009 From: slyons at fxcm.com (Seth Lyons) Date: Mon, 9 Nov 2009 13:14:40 -0500 Subject: [smokeping-users] Master/slave missing data In-Reply-To: References: Message-ID: Anyone have any thoughts on this? From: smokeping-users-bounces at lists.oetiker.ch [mailto:smokeping-users-bounces at lists.oetiker.ch] On Behalf Of Seth Lyons Sent: Tuesday, November 03, 2009 5:31 PM To: smokeping-users at lists.oetiker.ch Subject: [smokeping-users] Master/slave missing data Hi - I posted about his topic a about year ago and haven't been able to find any updated information. When I first add a slave to my smokeping implementation, the graphs are blank for several hours -- often 12-14 hours. Permissions are set properly, the RRD files are being updated each minute (per my config), but the graphs are blank. A closer look at the RRDs show that value = NaN. But then...magically...after about 12-14 hours, the graphs start showing real data. Has anyone been able to pinpoint the problem/identify the root cause/come up with a fix? Versions: smokeping-2.4.2_1 Latency logging and graphing system rrdtool-1.3.7 Round Robin Database Tools Thanks. Seth -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091109/0e362341/attachment.htm From ged at jubileegroup.co.uk Mon Nov 9 19:31:29 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Mon, 9 Nov 2009 18:31:29 +0000 (GMT) Subject: [smokeping-users] Master/slave missing data In-Reply-To: References: Message-ID: Hi there, On Mon, 9 Nov 2009, Seth Lyons wrote: > When I first add a slave to my smokeping implementation, the graphs > are blank for several hours -- often 12-14 hours. Permissions are > set properly, the RRD files are being updated each minute (per my > config), but the graphs are blank. A closer look at the RRDs show > that value = NaN. But then...magically...after about 12-14 hours, > the graphs start showing real data. I'd suggest running with --debug on both master and slave(s) to see what values are being seen by the processes themselves. Here's the kind of thing you can see in the logs: Feb 24 11:26:25 ... 'gale.local.jubileegroup.co.uk : 68.66 46.09 5.94 4.23 4.43 3.91 4.16 4.0 Feb 24 11:26:50 ... 'news.bbc.co.uk : 53.89 50.60 48.26 46.94 54.11 48.20 47.25 48.26 47.22 4 Feb 24 11:27:20 ... 'www.google.co.uk : 61.50 59.69 59.69 58.74 61.37 60.81 69.88 64.02 62.00 Feb 24 11:27:50 ... 'mail4.xxxxxxxxxxx.co.uk : 89.63 86.51 86.50 86.63 89.57 107.74 - 86.73 8 Feb 24 11:29:44 ... '192.168.xxxxx : 26.49 5.24 4.86 5.35 6.13 5.72 5.45 5.25 5.39 4.92 5.55 Feb 24 11:29:47 ... 'wrt54gs4.local.jubileegroup.co.uk : 4.66 4.20 4.30 3.64 4.93 4.17 3.86 3 Feb 24 11:30:25 ... 'draught.local.jubileegroup.co.uk : 0.16 0.19 0.14 0.20 0.21 0.16 0.13 0. Feb 24 11:30:28 ... 'p75.local.jubileegroup.co.uk : 2.84 2.35 1.52 1.55 1.48 1.55 1.61 1.55 1 Feb 24 11:30:31 ... 'vortex.local.jubileegroup.co.uk : 0.29 0.18 0.19 0.25 0.16 0.16 0.15 0.1 Feb 24 11:30:34 ... 'twister.local.jubileegroup.co.uk : 7.08 6.41 3.20 2.74 3.08 3.16 3.08 3. Feb 24 11:30:37 ... 'localhost : 0.18 0.05 0.03 0.05 0.08 0.04 0.04 0.04 0.09 0.10 0.08 0.06 Feb 24 11:30:40 ... 'portakabin2.local.jubileegroup.co.uk : 0.20 0.27 37.50 0.22 0.18 0.17 0. > Has anyone been able to pinpoint the problem/identify the root > cause/come up with a fix? I've never noticed the issue, so I've never had to fix it. :) -- 73, Ged. From Mark.Dawson at imc-chicago.com Mon Nov 9 19:43:55 2009 From: Mark.Dawson at imc-chicago.com (Mark Dawson) Date: Mon, 9 Nov 2009 12:43:55 -0600 Subject: [smokeping-users] Can't get TCPPing to work with multiple targets (Smokeping 2.004002) In-Reply-To: Message-ID: Thanks for the feedback. I actually got it going by changing the syntax of the configuration. I simply took the 'probe =' line out of the top level portion where I specify 'slave =', and put it at the level of the actual target definitions. Then it started working. Odd. . . On 11/7/09 5:26 AM, "G.W. Haywood" wrote: > Hi there, > > On Fri, 6 Nov 2009, Mark Dawson wrote: > >> Hasn't anyone been successful in getting multiple targets working with >> the TCPPing probe? Your help in this would be greatly appreciated. > > I see no response to you so far so I'll chime in with what little help > I can, just to keep you from tearing out more hair. :) > > I'm using multiple TCPPing targets, but apparently I'm not as fussy as > you are about the configuration files. Perhaps I haven't run into the > issue you describe because I haven't done what you're trying to do. > > However, it seems to me that you might learn more by running smokeping > in debug mode on the master than you will learn by running it that way > on the slaves. You might also want to check what .rrd files are being > created on the master. I did a very cursory skim through the code to > see if I could see anything obvious that would explain what you see, > but I'm not using the same versions of things that you are so it would > be pointless my spending a lot of time doing that. Nothing jumped out > and bit me, but I did wonder if you have the TCPPing.pm and FPing.pm > modules in the same directory, or perhaps more than one of them that > might be found, say from an old installation. > > My guess is that this is either (1) a misunderstanding about how the > configuration works (unlikely, since you've apparently done what you > want using the FPing probe but not using TCPPing), (2) an installation > problem (easily messed up if you've used both packages and tarballs > for example), or (3) a bug in the Smokeping.pm or TCPPing.pm modules > (plausible, if you've read the code:). If you need any help debugging > I'll be glad to lend a hand (two complete sets of configuration files > exactly as you're using them and detailed version information would be > a good start) but check the debug output on the master first. I'm not > one of the smokeping developers, but I've hacked the code a little for > my own purposes. Most of the time I'm only monitoring a couple of > dozen machines, there are people around here running several thousand. > > -- > > 73, > Ged. The information in this e-mail is intended only for the person or entity to which it is addressed. It may contain confidential and /or privileged material. If someone other than the intended recipient should receive this e-mail, he / she shall not be entitled to read, disseminate, disclose or duplicate it. If you receive this e-mail unintentionally, please inform us immediately by "reply" and then delete it from your system. Although this information has been compiled with great care, neither IMC Financial Markets & Asset Management nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments. In the event of incomplete or incorrect transmission, please return the e-mail to the sender and permanently delete this message and any attachments. Messages and attachments are scanned for all known viruses. Always scan attachments before opening them. From giobuon at gmail.com Tue Nov 10 02:50:13 2009 From: giobuon at gmail.com (=?UTF-8?B?VHLhuqduIFRy4buNbmcgVOG6pW4=?=) Date: Tue, 10 Nov 2009 08:50:13 +0700 Subject: [smokeping-users] Problem on master/slave setup. In-Reply-To: <719abdf00911082249w7fb4de90l39244859557ff127@mail.gmail.com> References: <719abdf00911082206t7f84f2em8664336691e165c9@mail.gmail.com> <719abdf00911082249w7fb4de90l39244859557ff127@mail.gmail.com> Message-ID: <719abdf00911091750uf94119av224097f9a29b679c@mail.gmail.com> Bump! I have no idea about which cause the problem. Pls help or give me some of your configuration (if you don't mind :) ) Thanks, -gb 2009/11/9 Tr?n Tr?ng T?n > I resolved it by chown secret file to apache. But it comes to another > problem: > "WARNING: No targets found for slave 'sp_slave'" > Here is my config: > > *** Slaves *** > secrets=/usr/local/smokeping/etc/smokeping_secrets > + sp_slave > display_name=sp_slave > color=0000ff > > > *** Targets *** > probe = FPing > ..... > +dest1 > slaves = sp_slave > Any idea? > 2009/11/9 Tr?n Tr?ng T?n > > Dear list, >> I had this error when trying to install SP slave: >> >> [root at sp_slave]# /usr/local/smokeping/bin/smokeping --master-url= >> http://192.168.37.90/cgi-bin/smokeping.cgi--cache-dir=/usr/local/smokeping/var/ >> --shared-secret=/usr/local/smokeping/var/secrets.txt --logfile=smoke.log >> WARNING: Opening secrets file /usr/local/smokeping/etc/smokeping_secrets: >> Permission denied >> >> ERROR: we did not get config from the master. Maybe we are not configured >> as a slave for any of the targets on the master ? >> >> I use CentOS5. >> On master: >> [root at sp_master ~]# ls -la /usr/local/smokeping/etc/smokeping_secrets >> -rw-r----- 1 root root 33 Nov 9 16:46 >> /usr/local/smokeping/etc/smokeping_secrets >> [root at sp_master ~]# ps aux | grep /bin/smokeping >> root 3485 0.0 1.2 22344 12740 ? Ss 18:33 0:00 >> /usr/local/smokeping/bin/smokeping [FPing] >> >> Pls help. >> TIA, >> -giobuon >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091110/db92ef11/attachment.htm From giobuon at gmail.com Tue Nov 10 03:13:31 2009 From: giobuon at gmail.com (=?UTF-8?B?VHLhuqduIFRy4buNbmcgVOG6pW4=?=) Date: Tue, 10 Nov 2009 09:13:31 +0700 Subject: [smokeping-users] Problem on master/slave setup. In-Reply-To: <719abdf00911091750uf94119av224097f9a29b679c@mail.gmail.com> References: <719abdf00911082206t7f84f2em8664336691e165c9@mail.gmail.com> <719abdf00911082249w7fb4de90l39244859557ff127@mail.gmail.com> <719abdf00911091750uf94119av224097f9a29b679c@mail.gmail.com> Message-ID: <719abdf00911091813y21125692k6bcc77527e07359b@mail.gmail.com> Sorry, I missed the line *** Targets *** slaves = sp_slave 2009/11/10 Tr?n Tr?ng T?n > Bump! > I have no idea about which cause the problem. Pls help or give me some of > your configuration (if you don't mind :) ) > > Thanks, > -gb > > 2009/11/9 Tr?n Tr?ng T?n > >> I resolved it by chown secret file to apache. But it comes to another >> problem: >> "WARNING: No targets found for slave 'sp_slave'" >> Here is my config: >> >> *** Slaves *** >> secrets=/usr/local/smokeping/etc/smokeping_secrets >> + sp_slave >> display_name=sp_slave >> color=0000ff >> >> >> *** Targets *** >> probe = FPing >> ..... >> +dest1 >> slaves = sp_slave >> Any idea? >> 2009/11/9 Tr?n Tr?ng T?n >> >> Dear list, >>> I had this error when trying to install SP slave: >>> >>> [root at sp_slave]# /usr/local/smokeping/bin/smokeping --master-url= >>> http://192.168.37.90/cgi-bin/smokeping.cgi--cache-dir=/usr/local/smokeping/var/ >>> --shared-secret=/usr/local/smokeping/var/secrets.txt --logfile=smoke.log >>> WARNING: Opening secrets file /usr/local/smokeping/etc/smokeping_secrets: >>> Permission denied >>> >>> ERROR: we did not get config from the master. Maybe we are not configured >>> as a slave for any of the targets on the master ? >>> >>> I use CentOS5. >>> On master: >>> [root at sp_master ~]# ls -la /usr/local/smokeping/etc/smokeping_secrets >>> -rw-r----- 1 root root 33 Nov 9 16:46 >>> /usr/local/smokeping/etc/smokeping_secrets >>> [root at sp_master ~]# ps aux | grep /bin/smokeping >>> root 3485 0.0 1.2 22344 12740 ? Ss 18:33 0:00 >>> /usr/local/smokeping/bin/smokeping [FPing] >>> >>> Pls help. >>> TIA, >>> -giobuon >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091110/84a1c298/attachment-0001.htm From christoph.aichhorn at logis.at Tue Nov 10 05:03:11 2009 From: christoph.aichhorn at logis.at (Christoph AICHHORN) Date: Tue, 10 Nov 2009 05:03:11 +0100 Subject: [smokeping-users] =?iso-8859-1?q?Christoph_AICHHORN_ist_au=DFer_H?= =?iso-8859-1?q?aus=2E?= Message-ID: Ich werde ab 10.11.2009 nicht im B?ro sein. Ich kehre zur?ck am 16.11.2009. Die R?ckmeldung bezieht sich auf ein Mail mit folgendem Thema: smokeping-users Digest, Vol 34, Issue 7 ____________________________________________________________________________________________ Gesendet (c) GRZ/RACON Linz 2001 Agent 'Abwesenheit' Der Austausch von Nachrichten mit o.a. Absender via e-mail dient ausschlie?lich Informationszwecken. Rechtsgesch?ftliche Erkl?rungen d?rfen ?ber dieses Medium nicht ausgetauscht werden. Correspondence with a.m. sender via e-mail is only for information purposes. This medium is not to be used for the exchange of legally-binding communications. From mchon at otenet.gr Wed Nov 11 14:01:07 2009 From: mchon at otenet.gr (Marinos Chondrogiannoglou) Date: Wed, 11 Nov 2009 15:01:07 +0200 Subject: [smokeping-users] Slave timeouts Message-ID: <7fbabf48baf3e17d8fd77d896541034b@localhost> Hello all, We've resently moved our standalone smokeping servers to a master/slave setup. Everything is working fine till now exept some errors in the system's messages. Although the smokeping works fine and I get results from the slaves to the master every now and then I have the following messages (in all of my 3 slave servers) Nov 9 19:06:40 slave smokeping[18296]: WARNING Master said 500 read timeout Nov 10 01:38:12 slave smokeping[18297]: WARNING Master said 500 read timeout Nov 10 03:26:40 slave smokeping[18296]: WARNING Master said 500 read timeout Nov 10 07:08:12 slave smokeping[18297]: WARNING Master said 500 read timeout Nov 10 07:09:11 slave smokeping[18295]: WARNING Master said 500 read timeout Nov 10 09:06:41 slave smokeping[18296]: WARNING Master said 500 read timeout At those times I can't find anything related to the master's logs and there are no network issues as all the servers are on the same lan.. Any Ideas? Thanx in advance! From rui-f-meireles at telecom.pt Wed Nov 11 16:18:57 2009 From: rui-f-meireles at telecom.pt (Rui Vitor Figueiras Meireles) Date: Wed, 11 Nov 2009 15:18:57 +0000 Subject: [smokeping-users] Is it possible for smokeping.cgi not generate graphs every time I reload? In-Reply-To: References: Message-ID: As it seems there is no way to do what I want... Thanks Tobi for the answer. Cheers. -----Original Message----- From: Tobias Oetiker [mailto:tobi at oetiker.ch] Sent: segunda-feira, 9 de Novembro de 2009 17:43 To: Rui Vitor Figueiras Meireles Cc: smokeping-users at lists.oetiker.ch Subject: Re: [smokeping-users] Is it possible for smokeping.cgi not generate graphs every time I reload? Hoi Rui, the graphs should only get regenerated 'as required' since smokeping uses the --lazy switch ... there is no feature to tune this though ... cheers tobi Today Rui Vitor Figueiras Meireles wrote: > > Good morning, > > I have lots of hosts configured in my smokeping, and this causses my smokeping.cgi page to be extremely slow. Is it possible for smokeping.cgi not generate graphs every time I reload? > I was wondering if it was possible to only generate the Overview Graphs, for exemple, once per hour, and then only show the generated pictures instead. That would really easy the processor. > > For the detailed graphs there is no problem if they get generated every time someone reloads the browser. > > Is there an easy way to do this? Anyone ever did something similar? > (Sorry for the re-post.) > > > Thanks in advance, > Rui Meireles > -- 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 tobi at oetiker.ch Wed Nov 11 17:58:45 2009 From: tobi at oetiker.ch (Tobi Oetiker) Date: Wed, 11 Nov 2009 17:58:45 +0100 Subject: [smokeping-users] Is it possible for smokeping.cgi not generate graphs every time I reload? In-Reply-To: References: Message-ID: <1E12961F-946B-4F7C-A0C8-E80078C78C81@oetiker.ch> Figueiras note that there is a function in smokeping to create static webpages not sure how well it works cheers tobi -- Tobi Oetiker live from the iPhone OETIKER+PARTNER AG On 11.11.2009, at 16:18, Rui Vitor Figueiras Meireles wrote: > > As it seems there is no way to do what I want... > > Thanks Tobi for the answer. > > > Cheers. > > > > -----Original Message----- > From: Tobias Oetiker [mailto:tobi at oetiker.ch] > Sent: segunda-feira, 9 de Novembro de 2009 17:43 > To: Rui Vitor Figueiras Meireles > Cc: smokeping-users at lists.oetiker.ch > Subject: Re: [smokeping-users] Is it possible for smokeping.cgi not > generate graphs every time I reload? > > Hoi Rui, > > the graphs should only get regenerated 'as required' since > smokeping uses the --lazy switch ... > > there is no feature to tune this though ... > > cheers > tobi > > Today Rui Vitor Figueiras Meireles wrote: > >> >> Good morning, >> >> I have lots of hosts configured in my smokeping, and this causses >> my smokeping.cgi page to be extremely slow. Is it possible for >> smokeping.cgi not generate graphs every time I reload? >> I was wondering if it was possible to only generate the Overview >> Graphs, for exemple, once per hour, and then only show the >> generated pictures instead. That would really easy the processor. >> >> For the detailed graphs there is no problem if they get generated >> every time someone reloads the browser. >> >> Is there an easy way to do this? Anyone ever did something similar? >> (Sorry for the re-post.) >> >> >> Thanks in advance, >> Rui Meireles >> > > -- > 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 denyipanyany at gmail.com Wed Nov 11 21:40:58 2009 From: denyipanyany at gmail.com (Deny IP Any Any) Date: Wed, 11 Nov 2009 15:40:58 -0500 Subject: [smokeping-users] Curl probe question Message-ID: Hello.. first-time smokeping user here, running Smokeping 2.3.6-1 and curl 7.18.2-1ubuntu4.4 from Ubuntu. I have smokeping working fine for ICMP and DNS checks, and am trying to get some HTTP checks to work as well. I have a Curl probe configured, and it seems to be working, except when the web-site-to-be-monitored is down; the graph shows empty during that time, and there is no "loss" shown on the graph (graph example at http://www.fint.org/tmp/125797156413277_1257971564_1257969600.png ), and so, no loss alert was sent out. My relevent config sections: *** Probes *** + Curl binary = /usr/bin/curl step = 60 pings = 5 urlformat = http://%host%/ ++ HTTP probe = Curl menu = HTTP latency +++ wh-mon01 alerts = someloss host = wh-mon01 urlformat = http://%host%/ When the site-to-be-tested had its web service stopped, a manual curl test was showing: $ curl http://wh-mon01 curl: (7) couldn't connect to host Is the Curl probe what I should be using for this? I'm not as interested in HTTP latency as I am in alerting if/when the web server is down. -- deny ip any any (4393649193 matches) From ged at jubileegroup.co.uk Thu Nov 12 12:07:18 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Thu, 12 Nov 2009 11:07:18 +0000 (GMT) Subject: [smokeping-users] Curl probe question In-Reply-To: References: Message-ID: Hi there, On Wed, 11 Nov 2009, Deny IP Any Any wrote: > first-time smokeping user here, running Smokeping 2.3.6-1 and > curl 7.18.2-1ubuntu4.4 from Ubuntu. You might want to consider a more recent version, there have been improvements since 2.3.x, although that might mean doing more work. You might be able to get the latest Smokeping from the 'unstable' repository, or whatever the Ubuntu equivalent of that is. But if the version you have does whatever else you want, that's fine. > I have smokeping working fine for ICMP and DNS checks, and am trying > to get some HTTP checks to work as well. I have a Curl probe > configured, and it seems to be working, except when the > web-site-to-be-monitored is down; the graph shows empty during that > time, and there is no "loss" shown on the graph That's how it normally works. You can specify a different alert if you like, there are things like the 'unknown' match that I haven't used which might help you. If you just want to be alerted when a host is down, then it wouldn't be hard to write a script which does that, without all the overhead and extra potential points of failure brought to you by Smokeping. I'd think about three lines should do it. -- 73, Ged. From sronan at fattoc.com Thu Nov 19 22:00:05 2009 From: sronan at fattoc.com (Shane Ronan) Date: Thu, 19 Nov 2009 16:00:05 -0500 Subject: [smokeping-users] Packet Loss Alerts to Syslog Message-ID: I looked through the archives, but couldn't find a clear answer to this question... Can alerts for packet loss be sent to Syslog instead of email? Regard Shane From tobi at oetiker.ch Fri Nov 20 00:04:52 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Fri, 20 Nov 2009 00:04:52 +0100 (CET) Subject: [smokeping-users] Packet Loss Alerts to Syslog In-Reply-To: References: Message-ID: Hi Shane, yes you can start an external program which can then do whatever you want ... cheers tobi Yesterday Shane Ronan wrote: > I looked through the archives, but couldn't find a clear answer to this question... > > Can alerts for packet loss be sent to Syslog instead of email? > > Regard > > Shane > _______________________________________________ > 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 chris at uplogon.com Fri Nov 20 00:06:29 2009 From: chris at uplogon.com (Chris Gotstein) Date: Thu, 19 Nov 2009 17:06:29 -0600 Subject: [smokeping-users] Smokeping and Lighttpd Message-ID: <4B05CF75.7040200@uplogon.com> I'm thinking about moving from Apache over to Lighttpd. Does anyone have smokeping running with lighttpd? I'm interested in what your lighttpd configuration looks like. Thanks. -- ---- ---- ---- ---- Chris Gotstein, Sr Network Engineer, UP Logon/Computer Connection UP http://uplogon.com | +1 906 774 4847 | chris at uplogon.com From keli at carocomp.ro Fri Nov 20 12:15:54 2009 From: keli at carocomp.ro (=?ISO-8859-1?Q?Kelemen_Zolt=E1n?=) Date: Fri, 20 Nov 2009 13:15:54 +0200 Subject: [smokeping-users] Smokeping without a webserver Message-ID: <4B067A6A.1020001@carocomp.ro> Hi, I'm looking for a way to run smokeping & generate it's graphs without running it through a webserver. Sincerely, I don't need a fancy webpage, I don't need menus and I might want to get away with something more lightweight than a cgi-enabled apache installation. I only need the graphs that are rendered. It should be simple enough as it is a perl script after all, and running the script will update my overview/"*_mini" graphs. However, to update the detail graphs, the script seems to expect GET parameters of a http request. Is there a way around this? Could the smokeping graphs be generated somehow from the command line? thanks, Zoltan From ged at jubileegroup.co.uk Fri Nov 20 13:10:26 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Fri, 20 Nov 2009 12:10:26 +0000 (GMT) Subject: [smokeping-users] Smokeping without a webserver In-Reply-To: <4B067A6A.1020001@carocomp.ro> References: <4B067A6A.1020001@carocomp.ro> Message-ID: Hi there, On Fri, 20 Nov 2009, [ISO-8859-1] Kelemen Zolt?n wrote: > I'm looking for a way to run smokeping & generate it's graphs > without running it through a webserver. [snip] I don't need a fancy > webpage, I don't need menus and I might want to get away with > something more lightweight than a cgi-enabled apache installation. You need a different tool. Look at 'collectd' for example, which can probably do anything you need. I use it quite a lot - but I also use Smokeping. Unless you have serious security concerns (for example you work for a large finance corporation:) I think you've no need to worry about running Apache and Smokeping, although I will admit that between them they can chew up quite a lot of resources. -- 73, Ged. From tobi at oetiker.ch Fri Nov 20 13:14:02 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Fri, 20 Nov 2009 13:14:02 +0100 (CET) Subject: [smokeping-users] Smokeping without a webserver In-Reply-To: <4B067A6A.1020001@carocomp.ro> References: <4B067A6A.1020001@carocomp.ro> Message-ID: Hi Kelemen, have a look at the --static option in smokeping ... cheers tobi Today Kelemen Zolt?n wrote: > Hi, > > I'm looking for a way to run smokeping & generate it's graphs without > running it through a webserver. > > Sincerely, I don't need a fancy webpage, I don't need menus and I might > want to get away with something more lightweight than a cgi-enabled > apache installation. I only need the graphs that are rendered. > > It should be simple enough as it is a perl script after all, and running > the script will update my overview/"*_mini" graphs. However, to update > the detail graphs, the script seems to expect GET parameters of a http > request. Is there a way around this? Could the smokeping graphs be > generated somehow from the command line? > > thanks, > Zoltan > > _______________________________________________ > 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 keli at carocomp.ro Fri Nov 20 14:41:20 2009 From: keli at carocomp.ro (=?ISO-8859-15?Q?Kelemen_Zolt=E1n?=) Date: Fri, 20 Nov 2009 15:41:20 +0200 Subject: [smokeping-users] Smokeping without a webserver In-Reply-To: References: <4B067A6A.1020001@carocomp.ro> Message-ID: <4B069C80.70800@carocomp.ro> Thanks, this seems to do the trick perfectly :-) In reply to Ged: it's not as much about security concerns, as it's about resource concerns, and even before real "concerns" -- I just try to do things with the minimal required overhead. If I can do it with less, I'll try to do it with less :-) Smokeping is exacly what I need right now (I need good delay and jitter information on a single link, nicely graphed) but then again it is much more than I need (I don't need notifications, web interface etc.) regards, Zoltan On 11/20/2009 2:14 PM, Tobias Oetiker wrote: > Hi Kelemen, > > have a look at the --static option in smokeping ... > > cheers > tobi > > Today Kelemen Zolt?n wrote: > > >> Hi, >> >> I'm looking for a way to run smokeping& generate it's graphs without >> running it through a webserver. >> >> Sincerely, I don't need a fancy webpage, I don't need menus and I might >> want to get away with something more lightweight than a cgi-enabled >> apache installation. I only need the graphs that are rendered. >> >> It should be simple enough as it is a perl script after all, and running >> the script will update my overview/"*_mini" graphs. However, to update >> the detail graphs, the script seems to expect GET parameters of a http >> request. Is there a way around this? Could the smokeping graphs be >> generated somehow from the command line? >> >> thanks, >> Zoltan >> >> _______________________________________________ >> smokeping-users mailing list >> smokeping-users at lists.oetiker.ch >> https://lists.oetiker.ch/cgi-bin/listinfo/smokeping-users >> >> >> > From wkstill at franz-family.com Sat Nov 21 16:05:32 2009 From: wkstill at franz-family.com (William Stillwell - KI4SWY) Date: Sat, 21 Nov 2009 10:05:32 -0500 Subject: [smokeping-users] wierd issue with /tmp/smokeping-ms/var directory Message-ID: <05cd01ca6abc$12be7cb0$383b7610$@com> Every so often the var directory disappears? ERROR: /opt/smokeping/etc/config, line 13: Directory '/tmp/smokeping-ms/var' does not exist - Bill From tobi at oetiker.ch Sat Nov 21 16:28:48 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Sat, 21 Nov 2009 16:28:48 +0100 (CET) Subject: [smokeping-users] wierd issue with /tmp/smokeping-ms/var directory In-Reply-To: <05cd01ca6abc$12be7cb0$383b7610$@com> References: <05cd01ca6abc$12be7cb0$383b7610$@com> Message-ID: Hi Bill, I guess there is some job cleaning up your tmp directory ... I guess it could be made so that smokeping creates the directory on the fly ... cheers tobi Today William Stillwell - KI4SWY wrote: > Every so often the var directory disappears? > > ERROR: /opt/smokeping/etc/config, line 13: Directory '/tmp/smokeping-ms/var' > does not exist > > > > - Bill > > > > _______________________________________________ > 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 sronan at fattoc.com Mon Nov 23 23:47:02 2009 From: sronan at fattoc.com (Shane Ronan) Date: Mon, 23 Nov 2009 14:47:02 -0800 Subject: [smokeping-users] Cropper Message-ID: <3C45E50B-BA57-48EA-959D-5380075B5416@fattoc.com> Does anyone have any documentation on using cropper? I can't seem to find any on the website. Shane From tobi at oetiker.ch Tue Nov 24 00:21:05 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Tue, 24 Nov 2009 00:21:05 +0100 (CET) Subject: [smokeping-users] Cropper In-Reply-To: <3C45E50B-BA57-48EA-959D-5380075B5416@fattoc.com> References: <3C45E50B-BA57-48EA-959D-5380075B5416@fattoc.com> Message-ID: Hi Shane, the cropper should just work ... there is a problem with the current release version ... if you dig thought the mailinglist archive you can find the fix ... I will soon release a new version of smokeping with the cropper working even for newer ff versions ... cheers tobi Yesterday Shane Ronan wrote: > Does anyone have any documentation on using cropper? > > I can't seem to find any on the website. > > Shane > > _______________________________________________ > 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 sronan at fattoc.com Tue Nov 24 01:02:19 2009 From: sronan at fattoc.com (Shane Ronan) Date: Mon, 23 Nov 2009 16:02:19 -0800 Subject: [smokeping-users] Colorful Overview Graphs --> http://oss.oetiker.ch/smokeping-demo/index.cgi?target=private Message-ID: <0A9B2AD8-68CD-413F-9E0C-26E6B12BE2D3@fattoc.com> Does anyone have documentation on how to make my graphs super pretty and colorful like those on the demo page @ http://oss.oetiker.ch/smokeping-demo/index.cgi?target=private Thanks in advance, Shane From archon at silvertree.org Tue Nov 24 01:12:11 2009 From: archon at silvertree.org (Scott Schappell) Date: Mon, 23 Nov 2009 16:12:11 -0800 Subject: [smokeping-users] Colorful Overview Graphs --> http://oss.oetiker.ch/smokeping-demo/index.cgi?target=private In-Reply-To: <0A9B2AD8-68CD-413F-9E0C-26E6B12BE2D3@fattoc.com> References: <0A9B2AD8-68CD-413F-9E0C-26E6B12BE2D3@fattoc.com> Message-ID: <071513B6-E4F6-46CE-9433-F4B96A1EAA31@silvertree.org> On Nov 23, 2009, at 16:02:19, Shane Ronan wrote: > Does anyone have documentation on how to make my graphs super pretty and colorful like those on the demo page @ http://oss.oetiker.ch/smokeping-demo/index.cgi?target=private > > Thanks in advance, > > Shane Somewhere in the cobwebbed recesses of my mind, I think those are DHCP lease time colors. I could be completely and utterly wrong, though. Scott From sronan at fattoc.com Tue Nov 24 01:26:03 2009 From: sronan at fattoc.com (Shane Ronan) Date: Mon, 23 Nov 2009 16:26:03 -0800 Subject: [smokeping-users] Do graphs have to start at 0? Message-ID: Do graphs have to start at zero? I have graphs with no data from 0 - 18ms, yet we scale the graph from 0, is there a way to change this? Asking a lot of questions lately, but we are putting a big push on getting Smokeping up and running as a production tool. Thanks, Shane From ged at jubileegroup.co.uk Tue Nov 24 12:47:05 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Tue, 24 Nov 2009 11:47:05 +0000 (GMT) Subject: [smokeping-users] Do graphs have to start at 0? In-Reply-To: References: Message-ID: Hi there, On Mon, 23 Nov 2009, Shane Ronan wrote: > Do graphs have to start at zero? http://www.jubileegroup.co.uk/JOS/misc/logarithmic_graphs.png > I have graphs with no data from 0 - 18ms, yet we scale the graph > from 0, is there a way to change this? I rewrote a bit of Smokeping.pm to scale the graphs logarithmically. So they can't start at 0, even if I wanted them to. :) Unfortunately that means that the lower end of the scale now has to be calculated, or at least chosen based on the data. There's a findmax() function in Smokeping.pm already, I added a function findmin() so that scale ranges give reasonable positioning of the average lines on the plots. Alternatively I just choose some arbitrary value like 100 microseconds or 1 millisecond, but that sometimes leaves the graphs looking cramped. It does well enough for my purposes but it could certainly be improved. http://www.jubileegroup.co.uk/JOS/misc/Smokeping.pm Here's the version that I used to find out what was going on: http://www.jubileegroup.co.uk/JOS/misc/Smokeping.with.logging.pm I think these are based on version 2.003006 (I can't remember if I grabbed the Debian version or if I used the original) so you might need to make some allowances for that. > Asking a lot of questions lately, but we are putting a big push on > getting Smokeping up and running as a production tool. If you're sufficiently familiar with the underlying tools and protocols you should have it up and running in a couple of hours, although you might not cover your entire network at the first try. Then it's just a matter of editing the configuration files to add more machines. If there are special requirements in your situation, perhaps you should share them on the list? I'm sure you'd get useful feedback. -- 73, Ged. From Mark.Dawson at imc-chicago.com Tue Nov 24 15:51:20 2009 From: Mark.Dawson at imc-chicago.com (Mark Dawson) Date: Tue, 24 Nov 2009 08:51:20 -0600 Subject: [smokeping-users] Is there a "blazemode" for TCPPing (Smokeping 2.004002) In-Reply-To: Message-ID: We want to ignore the first packet from our TCPPings so that we have more reliable measurements on our runs. I see that this feature is offered for Fping in the newest version of Smokeping. Does something exist like this for TCPPing? The information in this e-mail is intended only for the person or entity to which it is addressed. It may contain confidential and /or privileged material. If someone other than the intended recipient should receive this e-mail, he / she shall not be entitled to read, disseminate, disclose or duplicate it. If you receive this e-mail unintentionally, please inform us immediately by "reply" and then delete it from your system. Although this information has been compiled with great care, neither IMC Financial Markets & Asset Management nor any of its related entities shall accept any responsibility for any errors, omissions or other inaccuracies in this information or for the consequences thereof, nor shall it be bound in any way by the contents of this e-mail or its attachments. In the event of incomplete or incorrect transmission, please return the e-mail to the sender and permanently delete this message and any attachments. Messages and attachments are scanned for all known viruses. Always scan attachments before opening them. From ged at jubileegroup.co.uk Tue Nov 24 16:09:59 2009 From: ged at jubileegroup.co.uk (G.W. Haywood) Date: Tue, 24 Nov 2009 15:09:59 +0000 (GMT) Subject: [smokeping-users] Is there a "blazemode" for TCPPing (Smokeping 2.004002) Message-ID: Hi there, On Tue, 24 Nov 2009, Mark Dawson wrote: > We want to ignore the first packet from our TCPPings so that we have more > reliable measurements on our runs. I see that this feature is offered for > Fping in the newest version of Smokeping. > > Does something exist like this for TCPPing? This is what I did to the FPing probe to deal with this issue. I'm sure you can do the same to the TCPPing probe. > The information in this e-mail is intended only for the person or entity to which it is addressed. > > It may contain confidential and /or privileged material... Yeah, right. Can't you get rid of this stuff for mailing lists? -- 73, Ged. ---------- Forwarded message ---------- Date: Fri, 23 May 2008 15:25:32 +0100 (BST) From: G.W. Haywood To: Smokeping users' mailing list Subject: Less smoke. Hi there, It's very common for the RTT of the first ping in a series to be much greater than those subsequent. This is easily explained because there may be much more work for the routers etc. along the way to do for the first packet, they have to populate ARP caches for example. However this can give very misleading statistics in some cases. I've modified my copy of FPing.pm to send one more ping than requested, and then to discard the first returned RTT value. 8<---------------------------------------------------------------------- *** FPing.pm.original 2008-05-23 15:02:39.000000000 +0100 --- FPing.pm 2008-05-23 15:08:15.000000000 +0100 *************** *** 32,37 **** --- 32,40 ---- The (optional) B option lets you configure the packetsize for the pings sent. + This version of FPing sends one more ping than requested, and discards + the first RTT value returned as it's likely to be an outlier. + The FPing manpage has the following to say on this topic: Number of bytes of ping data to send. The minimum size (normally 12) allows *************** *** 121,127 **** my @cmd = ( $self->binary, ! '-C', $self->pings, '-q','-B1','-r1', @params, @{$self->addresses}); $self->do_debug("Executing @cmd"); --- 124,130 ---- my @cmd = ( $self->binary, ! '-C', ($self->pings)+1, '-q','-B1','-r1', # Add an extra ping @params, @{$self->addresses}); $self->do_debug("Executing @cmd"); *************** *** 134,140 **** my @times = split /\s+/; my $ip = shift @times; next unless ':' eq shift @times; #drop the colon ! @times = map {sprintf "%.10e", $_ / $self->{pingfactor}} sort {$a <=> $b} grep /^\d/, @times; map { $self->{rtts}{$_} = [@times] } @{$self->{addrlookup}{$ip}} ; } --- 137,143 ---- my @times = split /\s+/; my $ip = shift @times; next unless ':' eq shift @times; #drop the colon ! shift @times; # Junk the first result. @times = map {sprintf "%.10e", $_ / $self->{pingfactor}} sort {$a <=> $b} grep /^\d/, @times; map { $self->{rtts}{$_} = [@times] } @{$self->{addrlookup}{$ip}} ; } 8<---------------------------------------------------------------------- In some circumstances, the results can be striking: http://www.jubileegroup.co.uk/JOS/misc/less_smoke.png -- 73, Ged. From tobi at oetiker.ch Wed Nov 25 00:21:58 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Wed, 25 Nov 2009 00:21:58 +0100 (CET) Subject: [smokeping-users] SmokeTrace 2.0 Message-ID: Users, there has not been a smokeping release in quite some time. The reason for this is that I am turning smoketrace into a stand-alone-application. the re-writing was total, none of the original code remains ... Smoketrace has become a generic frontend for tools with table-like output. To integrate a tool, you just have to provide a plugin on the server side ... the rest is automagic. I am not yet entirely happy with the plugin interface, it will take a few more days to get this in order, but if you are interested in what is to come, have a look at: http://tobi.oetiker.ch/test/smoketrace/build/#ACT=RUN;PLG=TraceRoute;host=www.caida.org;rounds=10;interval=2;method=default note that the cool canvas graphis effects will only be visible on standard conformant webbrowsers (chrome, ff, opera, safari). I will try getting this to work on ie using excanvas.js ... I have not tried yet. cheers tobi -- 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 tobi at oetiker.ch Wed Nov 25 00:41:34 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Wed, 25 Nov 2009 00:41:34 +0100 (CET) Subject: [smokeping-users] SmokeTrace 2.0 In-Reply-To: <961092e10911241527y3e36ea3aqec734357b13f64eb@mail.gmail.com> References: <961092e10911241527y3e36ea3aqec734357b13f64eb@mail.gmail.com> Message-ID: Hi Josh, Yesterday Josh Luthman wrote: > Wow. Just wow. > > You really have a nice project here. > > Is the DiskFree task part of SmokeTrace? Originally I only wanted todo traceroute, then I found that traceroute exists in various incarnations on different systems. I tried to support many different ones and found that this was rather complex. So I took a different aproach and went for complete abstraction. The smoketrace javascript application has no idea about traceroute, it simply provides a rather specialized environment for displaying data in a table. The configuration comes from plugins sitting on the server written in perl ... the disk free plugin is just a little example for what this could be used too. Note that in the traceroute example all the statistical bits including the graphics in the last column are calculated on the fly inside the browser, the plugin on the server side just defines that in colon x the standard deviation of the number in colon y should be displayed and that the value in colon z is the key. cheers tobi > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > "The secret to creativity is knowing how to hide your sources." > --- Albert Einstein > > > On Tue, Nov 24, 2009 at 6:21 PM, Tobias Oetiker wrote: > > > Users, > > > > there has not been a smokeping release in quite some time. The > > reason for this is that I am turning smoketrace into a > > stand-alone-application. > > > > the re-writing was total, none of the original code remains ... > > > > Smoketrace has become a generic frontend for tools with table-like > > output. To integrate a tool, you just have to provide a plugin on > > the server side ... the rest is automagic. > > > > I am not yet entirely happy with the plugin interface, it will take > > a few more days to get this in order, but if you are interested in > > what is to come, have a look at: > > > > > > http://tobi.oetiker.ch/test/smoketrace/build/#ACT=RUN;PLG=TraceRoute;host=www.caida.org;rounds=10;interval=2;method=default > > > > note that the cool canvas graphis effects will only be visible on > > standard conformant webbrowsers (chrome, ff, opera, safari). I will > > try getting this to work on ie using excanvas.js ... I have not > > tried yet. > > > > cheers > > tobi > > > > -- > > 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 > > > -- 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 josh at imaginenetworksllc.com Wed Nov 25 00:52:17 2009 From: josh at imaginenetworksllc.com (Josh Luthman) Date: Tue, 24 Nov 2009 18:52:17 -0500 Subject: [smokeping-users] SmokeTrace 2.0 In-Reply-To: References: <961092e10911241527y3e36ea3aqec734357b13f64eb@mail.gmail.com> Message-ID: <961092e10911241552i2bba255fhcf585c2ce58e490f@mail.gmail.com> That's even better then what I had thought! For something like this I would want it on a Linux server, but I am sure other people would have other opinions (Windows, Mac, BSD, etc). I've not paid enough attention when using the different traceroute utilities to even notice they were different. Will you be releasing both plugins with one SmokeTrace archive? Not sure if this is supposed to be this way or not - but it thinks there are non-responsive hosts between hosts (in my case the destination - 4.2.2.2) it ends up with repeated lines with 4.2.2.2 (8, 17 and 24 with non-responsive hosts between the three). Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 "The secret to creativity is knowing how to hide your sources." --- Albert Einstein On Tue, Nov 24, 2009 at 6:41 PM, Tobias Oetiker wrote: > Hi Josh, > Yesterday Josh Luthman wrote: > > > Wow. Just wow. > > > > You really have a nice project here. > > > > Is the DiskFree task part of SmokeTrace? > > Originally I only wanted todo traceroute, then I found that > traceroute exists in various incarnations on different systems. I > tried to support many different ones and found that this was rather > complex. So I took a different aproach and went for complete > abstraction. The smoketrace javascript application has no idea > about traceroute, it simply provides a rather specialized > environment for displaying data in a table. > > The configuration comes from plugins sitting on the server written > in perl ... the disk free plugin is just a little example for what > this could be used too. > > Note that in the traceroute example all the statistical bits > including the graphics in the last column are calculated on the fly > inside the browser, the plugin on the server side just defines that > in colon x the standard deviation of the number in colon y should > be displayed and that the value in colon z is the key. > > cheers > tobi > > > Josh Luthman > > Office: 937-552-2340 > > Direct: 937-552-2343 > > 1100 Wayne St > > Suite 1337 > > Troy, OH 45373 > > > > "The secret to creativity is knowing how to hide your sources." > > --- Albert Einstein > > > > > > On Tue, Nov 24, 2009 at 6:21 PM, Tobias Oetiker wrote: > > > > > Users, > > > > > > there has not been a smokeping release in quite some time. The > > > reason for this is that I am turning smoketrace into a > > > stand-alone-application. > > > > > > the re-writing was total, none of the original code remains ... > > > > > > Smoketrace has become a generic frontend for tools with table-like > > > output. To integrate a tool, you just have to provide a plugin on > > > the server side ... the rest is automagic. > > > > > > I am not yet entirely happy with the plugin interface, it will take > > > a few more days to get this in order, but if you are interested in > > > what is to come, have a look at: > > > > > > > > > > http://tobi.oetiker.ch/test/smoketrace/build/#ACT=RUN;PLG=TraceRoute;host=www.caida.org;rounds=10;interval=2;method=default > > > > > > note that the cool canvas graphis effects will only be visible on > > > standard conformant webbrowsers (chrome, ff, opera, safari). I will > > > try getting this to work on ie using excanvas.js ... I have not > > > tried yet. > > > > > > cheers > > > tobi > > > > > > -- > > > 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 > > > > > > > -- > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091124/ff60df25/attachment.htm From tobi at oetiker.ch Wed Nov 25 06:55:42 2009 From: tobi at oetiker.ch (Tobias Oetiker) Date: Wed, 25 Nov 2009 06:55:42 +0100 (CET) Subject: [smokeping-users] SmokeTrace 2.0 In-Reply-To: <961092e10911241552i2bba255fhcf585c2ce58e490f@mail.gmail.com> References: <961092e10911241527y3e36ea3aqec734357b13f64eb@mail.gmail.com> <961092e10911241552i2bba255fhcf585c2ce58e490f@mail.gmail.com> Message-ID: Hi Josh, Yesterday Josh Luthman wrote: > That's even better then what I had thought! > > For something like this I would want it on a Linux server, but I am sure > other people would have other opinions (Windows, Mac, BSD, etc). I've not > paid enough attention when using the different traceroute utilities to even > notice they were different. > > Will you be releasing both plugins with one SmokeTrace archive? I am not yet entirely clear about how to go with the distribution. I will certinly release all bits of it. I think there ought to be some sort of configuration mechanism where you can define which plugins should go in and possibly even configure the plugins themselfs. At the moment this is still done by adding the perl modules to the jsonrpc service module on the server side > Not sure if this is supposed to be this way or not - but it thinks there are > non-responsive hosts between hosts (in my case the destination - 4.2.2.2) it > ends up with repeated lines with 4.2.2.2 (8, 17 and 24 with non-responsive > hosts between the three). this is just what tracroute tells ... the knack here is that at the moment the frontend has no way of dealing with alternate routes ... try tracerouting google to see what I mean ... you can just see the latest trace and no 'trace' of the previous one which went to different destinations. cheers tobi > > Josh Luthman > Office: 937-552-2340 > Direct: 937-552-2343 > 1100 Wayne St > Suite 1337 > Troy, OH 45373 > > "The secret to creativity is knowing how to hide your sources." > --- Albert Einstein > > > On Tue, Nov 24, 2009 at 6:41 PM, Tobias Oetiker wrote: > > > Hi Josh, > > Yesterday Josh Luthman wrote: > > > > > Wow. Just wow. > > > > > > You really have a nice project here. > > > > > > Is the DiskFree task part of SmokeTrace? > > > > Originally I only wanted todo traceroute, then I found that > > traceroute exists in various incarnations on different systems. I > > tried to support many different ones and found that this was rather > > complex. So I took a different aproach and went for complete > > abstraction. The smoketrace javascript application has no idea > > about traceroute, it simply provides a rather specialized > > environment for displaying data in a table. > > > > The configuration comes from plugins sitting on the server written > > in perl ... the disk free plugin is just a little example for what > > this could be used too. > > > > Note that in the traceroute example all the statistical bits > > including the graphics in the last column are calculated on the fly > > inside the browser, the plugin on the server side just defines that > > in colon x the standard deviation of the number in colon y should > > be displayed and that the value in colon z is the key. > > > > cheers > > tobi > > > > > Josh Luthman > > > Office: 937-552-2340 > > > Direct: 937-552-2343 > > > 1100 Wayne St > > > Suite 1337 > > > Troy, OH 45373 > > > > > > "The secret to creativity is knowing how to hide your sources." > > > --- Albert Einstein > > > > > > > > > On Tue, Nov 24, 2009 at 6:21 PM, Tobias Oetiker wrote: > > > > > > > Users, > > > > > > > > there has not been a smokeping release in quite some time. The > > > > reason for this is that I am turning smoketrace into a > > > > stand-alone-application. > > > > > > > > the re-writing was total, none of the original code remains ... > > > > > > > > Smoketrace has become a generic frontend for tools with table-like > > > > output. To integrate a tool, you just have to provide a plugin on > > > > the server side ... the rest is automagic. > > > > > > > > I am not yet entirely happy with the plugin interface, it will take > > > > a few more days to get this in order, but if you are interested in > > > > what is to come, have a look at: > > > > > > > > > > > > > > http://tobi.oetiker.ch/test/smoketrace/build/#ACT=RUN;PLG=TraceRoute;host=www.caida.org;rounds=10;interval=2;method=default > > > > > > > > note that the cool canvas graphis effects will only be visible on > > > > standard conformant webbrowsers (chrome, ff, opera, safari). I will > > > > try getting this to work on ie using excanvas.js ... I have not > > > > tried yet. > > > > > > > > cheers > > > > tobi > > > > > > > > -- > > > > 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 > > > > > > > > > > > -- > > 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 > > > -- 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 gamji44 at hotmail.com Mon Nov 30 21:22:53 2009 From: gamji44 at hotmail.com (redhat unix) Date: Mon, 30 Nov 2009 20:22:53 +0000 Subject: [smokeping-users] Upgrade to 2.4.2 Message-ID: i am in the process of upgrading to the new version .. i am running into a little snag... here is the error i get when i start smokeping or do a check on the config.... @homepc:~/smokeping_download/smokeping-2.4.2/etc$ sudo smokeping check ERROR: /home/nassahla/smokeping_download/smokeping-2.4.2/etc/config, line 125: unknown variable 'width=800,height=500,toolbar=no,location=no,status=no,scrollbars' this is what i have on my config inline with the documentation !!!!!!!!!!! *** Targets *** menuextra = * any ideas... please help..... _________________________________________________________________ Windows 7: It works the way you want. Learn more. http://www.microsoft.com/Windows/windows-7/default.aspx?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_evergreen:112009v2 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091130/783c0855/attachment.htm From marc at ena.com Mon Nov 30 21:32:34 2009 From: marc at ena.com (Marc Powell) Date: Mon, 30 Nov 2009 14:32:34 -0600 Subject: [smokeping-users] Upgrade to 2.4.2 In-Reply-To: References: Message-ID: On Nov 30, 2009, at 2:22 PM, redhat unix wrote: > i am in the process of upgrading to the new version .. i am running into a little snag... here is the error i get when i start smokeping or do a check on the config.... > > @homepc:~/smokeping_download/smokeping-2.4.2/etc$ sudo smokeping check > ERROR: /home/nassahla/smokeping_download/smokeping-2.4.2/etc/config, line 125: unknown variable 'width=800,height=500,toolbar=no,location=no,status=no,scrollbars' > > > this is what i have on my config inline with the documentation !!!!!!!!!!! > > > *** Targets *** > menuextra = onclick="window.open(this.href,this.target, /var/www/smokeping/tr.html' ^^^ missing trailing \ for line continuation... > width=800,height=500,toolbar=no,location=no,status=no,scrollbars=no'); \ > return false;">* -- Marc From bfryeris at hotmail.com Wed Nov 4 14:44:27 2009 From: bfryeris at hotmail.com (Brian Fryer) Date: Wed, 04 Nov 2009 13:44:27 -0000 Subject: [smokeping-users] Data retention Message-ID: Hi, How do I set how long RRD keeps data for? I have been running SmokePing for a while and my historical data stops after about 245 days. How can I set it to save data for 356 days? Thanks Brian -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.oetiker.ch/pipermail/smokeping-users/attachments/20091104/9b9dd304/attachment-0001.htm From bcook at poughkeepsieschools.org Sun Nov 29 16:04:20 2009 From: bcook at poughkeepsieschools.org (B. Cook) Date: Sun, 29 Nov 2009 15:04:20 -0000 Subject: [smokeping-users] Smokeping and Lighttpd In-Reply-To: <4B05CF75.7040200@uplogon.com> References: <4B05CF75.7040200@uplogon.com> Message-ID: <4B1288A1.2090505@poughkeepsieschools.org> On 11/19/09 6:06 PM, Chris Gotstein wrote: > I'm thinking about moving from Apache over to Lighttpd. Does anyone > have smokeping running with lighttpd? I'm interested in what your > lighttpd configuration looks like. Thanks. > Hello Chris, Nothing special. alias.url = ( ... "/smokeping" => "/usr/local/smokeping/htdocs", ... ) and do not forget to load mod_cgi All on FreeBSD (amd64) out of ports.. runs fine.