June 2015 - Xymon - Xymon mailman web

Need help with upgrade from 4.3.17 to 4.3.20
by cleaver＠terabithia.org 17 Jul '18

17 Jul '18

Hmm. So far, the only way I've been able to reproduce this is by replacing the ScriptAlias directives with mere Alias's in the xymon.conf apache config. Has there been any change in the path you've used for the CGI directory since the previous version, or is there any chance that another Alias line is taking precedence over the ScriptAlias? Do you see anything in the apache access/error logs that indicates an error? -jc On Tue, May 19, 2015 10:37 am, Cortes, Manny wrote: > Having the same problem after installing 4.3.20 on both Ubuntu server > 14.04 and 15.04. > > Thanks, > > > Manuel A Cortes > > Systems Programmer III > > [IBM_Cert] > > IBM Certified System Administrator AIX 7 > > Information Services > > 321-841-6534 > > Orlandohealth.com > > Facebook.com/orlandohealth > > Youtube.com/orlandohealth > > @orlandohealth on twitter > > > > 1414 Kuhl Avenue.,MP136 > > Orlando, Florida 32806 > > From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Asif Iqbal > Sent: Tuesday, May 19, 2015 12:59 PM > To: J.C. Cleaver > Cc: xymon at xymon.com > Subject: Re: [Xymon] Need help with upgrade from 4.3.17 to 4.3.20 > > > > On Tue, May 19, 2015 at 12:40 PM, J.C. Cleaver > <cleaver at terabithia.org<mailto:cleaver at terabithia.org>> wrote: > Hmm. It seems like it's trying to pass along the binary rather than > actually execute it. Can you > > a) validate the permissions on the various .sh files inside the > /xymon-cgi/ directory. (Wondering if there's a case where make install > doesn't set permissions properly), and > > > /var/lib/xymon/cgi-bin$ ls -al > total 6560 > drwxr-xr-x 2 root root 4096 May 19 10:19 . > drwxr-xr-x 16 xymon xymon 4096 May 19 10:19 .. > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 acknowledgements.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 appfeed-critical.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 appfeed.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 certreport.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 columndoc.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 confreport-critical.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 confreport.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 criticalview.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 csvinfo.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 datepage.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 eventlog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 findhost.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 ghostlist.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 historylog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 history.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 hostgraphs.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 hostlist.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 nongreen.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 notifications.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 perfdata.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 reportlog.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 report.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 showgraph.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 snapshot.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 svcstatus.sh > -rwxr-xr-x 32 xymon xymon 255968 May 19 10:19 topchanges.sh > > > b) verify that the ScriptAlias or ExecCGI options are still present in > apache.conf. > > > grep xymon-cgi /etc/apache2/sites-enabled/xymon-apache.conf > # "/xymon" and "/xymon-cgi" URLs. > ScriptAlias /xymon-cgi/ "/var/lib/xymon/cgi-bin/" > RewriteRule ^/xymon-cgi/bb-hist.sh /xymon-cgi/history.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-eventlog.sh /xymon-cgi/eventlog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-rep.sh /xymon-cgi/report.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-replog.sh /xymon-cgi/reportlog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-snapshot.sh /xymon-cgi/snapshot.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-findhost.sh /xymon-cgi/findhost.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-csvinfo.sh /xymon-cgi/csvinfo.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbitcolumn.sh /xymon-cgi/columndoc.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-datepage.sh /xymon-cgi/datepage.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbitgraph.sh /xymon-cgi/showgraph.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-hostsvc.sh /xymon-cgi/svcstatus.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/bb-histlog.sh /xymon-cgi/historylog.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-confreport.sh /xymon-cgi/confreport.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-confreport-critical.sh > /xymon-cgi/confreport-critical.sh [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-nkview.sh /xymon-cgi/criticalview.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-certreport.sh /xymon-cgi/certreport.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-nongreen.sh /xymon-cgi/nongreen.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-hostgraphs.sh /xymon-cgi/hostgraphs.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-ghosts.sh /xymon-cgi/ghostlist.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-notifylog.sh /xymon-cgi/notifications.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-hostlist.sh /xymon-cgi/hostlist.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-perfdata.sh /xymon-cgi/perfdata.sh > [R=permanent,L] > RewriteRule ^/xymon-cgi/hobbit-topchanges.sh /xymon-cgi/topchanges.sh > [R=permanent,L] > > > HTH, > > -jc > > > On Tue, May 19, 2015 7:56 am, Asif Iqbal wrote: >> I am not sure what I need to after the upgrade for the columns to show >> data >> instead of >> something like this >> >> >> ELF ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½>ï¿½ ï¿½ï¿½ï¿½ >> @ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ Ã >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½8ï¿½ ï¿½@ï¿½%ï¿½"ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½Ã¸ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ã¸ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½8 ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½8 >> @ï¿½ï¿½ï¿½ï¿½ï¿½8 @ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ >> ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½@ï¿½ï¿½ï¿½ï¿½ï¿½Ã¤Ã¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½Ã¤Ã¤ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ >> >> I removed FollowSymLinks from xymon-apache.conf file under /xymon-cgi/ >> and /xymon-seccgi/ and restarted. >> >> I am using ubuntu >> >> -- >> Asif Iqbal >> PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu<http://pgp.mit.edu> >> A: Because it messes up the order in which people normally read text. >> Q: Why is top-posting such a bad thing? >> _______________________________________________ >> Xymon mailing list >> Xymon at xymon.com<mailto:Xymon at xymon.com> >> http://lists.xymon.com/mailman/listinfo/xymon >> > > > > > -- > Asif Iqbal > PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu<http://pgp.mit.edu> > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > ________________________________ > > This e-mail message and any attached files are confidential and are > intended solely for the use of the addressee(s) named above. If you are > not the intended recipient, any review, use, or distribution of this > e-mail message and any attached files is strictly prohibited. > > This communication may contain material protected by Federal privacy > regulations, attorney-client work product, or other privileges. If you > have received this confidential communication in error, please notify the > sender immediately by reply e-mail message and permanently delete the > original message. To reply to our email administrator directly, send an > email to: postmaster at orlandohealth.com . > > If this e-mail message concerns a contract matter, be advised that no > employee or agent is authorized to conclude any binding agreement on > behalf of Orlando Health by e-mail without express written confirmation by > an officer of the corporation. Any views or opinions presented in this > e-mail are solely those of the author and do not necessarily represent > those of Orlando Health. >

8 25

DNS failures causing "runtime longer than time limit"
by jlaidman＠rebel-it.com.au 11 Sep '17

11 Sep '17

Hi I'm running Xymon v4.3.10 on Linux, and I'm quite sure it's compiled with c-ares support. I have 12 new DNS servers that were added to Xymon about one month ago. All of my server entries in hosts.cfg have "testip". The tasks.cfg runs xymonet with "--dns-timeout=3". The hosts entries look like so: 10.10.10.1 dnshost1.example.com # testip dns=NS:example.com,SOA: example.com About a week ago, connectivity to all of these servers failed, and at the same time, the xymonnet run time jumped from less than 15 seconds to about 330 seconds, so about 315 seconds extra. The xymonnet page says 295 seconds is taken up by DNS tests. If the increase in time taken is about 315 and is entirely due to the 12 servers failing, then each failed server is adding about 26 seconds to the total run time. I don't think this should be happening like this. With two DNS checks per server, the DNS checks should be taking 6 seconds each to time-out, not 26. If I run xymonnet with "--timing --no-update" and specify only one hostname, I can view the results and the timing. This shows that the ping check gets reported after about 3 seconds, and then the DNS tests are executed and take 26 seconds total. My naiive assumption was that when a server failed a ping (and didn't have "noclear" defined in hosts.cfg) then the network checks would be skipped. On re-reading the man page for hosts.cfg, it dawned on me that a failed ping simply suppresses failed test /results/, but doesn't stop the tests from being run. So the real problem is that the "--dns-timeout=3" is not being taken into consideration by xymonnet. If I run xymonnet with "--debug" it tells me: 1900 2015-06-03 12:02:20 ares_search: tlookup='example.com', class=1, type=2 1900 2015-06-03 12:02:20 ares_search: tlookup='example.com', class=1, type=6 1900 2015-06-03 12:02:20 Processing 0 DNS lookups with ARES 1900 2015-06-03 12:02:46 Finished ARES queue after loop 423 This is peculiar. Why would it say "processing 0 DNS lookups" when there are two lookups to test? Could this be because xymonnet hasn't actually been built with ARES support and I didn't know it? Is there a good way to tell? If I add "--no-ares" I get the same results perhaps suggesting a lack of ARES support. On the other hand, if I add "timeout:3" and "attempts:1" into resolv.conf, I also get the same results. If I run "nm /path/to/xymonnet | grep gethostby" it returns "ares_gethostbyname". Just for fun, I compiled Xymon v4.3.21 and ran the xymonnet binary from there, with no change in behaviour. I also tried removing the "--dns-timeout" option so that it defaults to 30 seconds, but still no change - 26 seconds for two DNS tests. So, I'm not really sure what the problem is, but xymonnet certainly isn't behaving as I would expect. Cheers Jeremy

2 3

EXTIME still valid ?
by rltexas1＠gmail.com 22 Jun '16

22 Jun '16

Is the EXTIME option still valid in the alerts.cfg I am having problems testing the following EXTIME=1:1140:1240 Should be exclude Monday's 11:40 to 12:40. Will test EXTIME=M:1140:1240 But if it's M for Monday what would Sunday be ? Thanks

4 4

MAGMA XYMon Web GUI Admin Now Available!
by sanderson＠CORNETSER.com 07 Jan '16

07 Jan '16

Henrik and Fellow Xymoners, Just for you I have pushed off any real work for today just to get you all a first release of MAGMA the XYMon Web GUI Admin. MAGMA is an add-on web GUI for managing Host, Groups and Alarms on a XYmon 4.3 or newer system. You can find MAGMA at http://www.squidworks.net/magma/ There you will find the description, screen shots and features of MAGMA along with the link to download the source package. It requires MySQL and PHP5 and is very simple to install. All supporting information is included in the tarball. How does it work? --------------------------- It stores all alarm and host/group configs in the SQL database and rewrites the Host.cfg, Analysis.cfg and Alarms.cfg files causing the XYmon system to update its tests and pages based on the changes in these files. It will overwrite the files each time a host is added or edited making the process of updating automatic. To get the full benefit of MAGMA you should place all hosts in "central" mode, although this is not required, without it your management is somewhat restrictive (external test management only). In Central mode you get full management features for all tests. If you have any questions or need some help just send me a email @ sanderson @ squidworks.net Cubert 8-) Aka Shannon Anderson

6 5

Xymon and Oracle ASM?
by betsy.schwartz＠gmail.com 30 Dec '15

30 Dec '15

Anyone got any good scripts for xymon and Oracle ASM?

5 4

Custom 60 second interval test still has 5 min interval graph
by cleaver＠terabithia.org 02 Jul '15

02 Jul '15

This is correct. The data format for a "round robin database" is fixed at creation time for a certain number of data points at a certain interval, using a certain method for combining them (typically 'AVERAGE' by default). When you're increasing the number of data points you're submitting, you're putting more data in, but you're still only going to see 5 minute average "chunks" (and the larger ones). To actually increase the resolution you're saving at, you'll want to use (I believe) the 'rrdtune' command. Alternatively, some find it easier to export/re-import the data into a new file. HTH, -jc On Tue, June 30, 2015 2:21 pm, Scot Kreienkamp wrote: > Hey everyone, > > I created a custom test and RRD definition because I wanted to reduce the > interval time on a few graphs from 5 minute resolution to 1 minute. I got > the data to be logged once every minute, which I verified is hitting the > RRD. The problem is that when I view the graph it's still got a > resolution of 5 minutes. > > Here's the partial RRDTool dump: > >  > <row><v> 1.0033333333e+01 </v></row> >  > <row><v> 1.0550000000e+01 </v></row> >  > <row><v> 5.6333333333e+00 </v></row> >  > <row><v> 7.3166666667e+00 </v></row> >  > <row><v> 7.5000000000e+00 </v></row> >  > <row><v> 6.2500000000e+00 </v></row> >  > <row><v> 7.5500000000e+00 </v></row> >  > <row><v> 9.3333333333e+00 </v></row> >  > <row><v> 5.2666666667e+00 </v></row> >  > <row><v> 7.0666666667e+00 </v></row> >  > <row><v> 6.4000000000e+00 </v></row> >  > <row><v> 6.4000000000e+00 </v></row> >  > <row><v> 1.3000000000e+01 </v></row> >  > <row><v> 9.2000000000e+00 </v></row> >  > <row><v> 3.4650000000e+01 </v></row> >  > <row><v> 5.7200000000e+01 </v></row> >  > <row><v> 5.0283333333e+01 </v></row> >  > <row><v> 4.4100000000e+01 </v></row> >  > <row><v> 4.1500000000e+01 </v></row> >  > <row><v> 2.4500000000e+01 </v></row> >  > <row><v> 1.2000000000e+01 </v></row> > > So the data is getting logged every 60 seconds. It's also rolling up to > the 5 second, etc, values. > > Here's the line from xymonserver.cfg: > > SPLITNCV_cpustat="*:GAUGE:180:0:100" #Configure for 60 second intervals, > range of 0-100 > > > Here's the lines from rrddefinitions.cfg: > [cpustat] > -s 60 > RRA:AVERAGE:0.1:1:120 > RRA:AVERAGE:0.5:5:576 > RRA:AVERAGE:0.5:30:576 > RRA:AVERAGE:0.5:120:576 > RRA:AVERAGE:0.5:1440:576 > RRA:MAX:0.1:1:120 > RRA:MAX:0.5:5:576 > RRA:MAX:0.5:30:576 > RRA:MAX:0.5:120:576 > RRA:MAX:0.5:1440:576 > > Here's the graph definition: > [cpustat] > FNPATTERN ^cpustat.(.+).rrd > TITLE % CPU usage > YAXIS Percent > DEF:p at RRDIDX@=@RRDFN@:lambda:MAX > LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ > GPRINT:p at RRDIDX@:LAST: \: %5.0lf (cur) > GPRINT:p at RRDIDX@:MAX: \: %5.0lf (max) > GPRINT:p at RRDIDX@:MIN: \: %5.0lf (min) > GPRINT:p at RRDIDX@:AVERAGE: \: %5.0lf (avg)\n > > > > > I had read that RRDTool should use the lowest resolution available, which > is 1 minute for this RRD. So why are the graphs not going less than 5 > minute intervals when zooming in? Any ideas? > > Thanks! > > Scot Kreienkamp | Senior Systems Engineer | La-Z-Boy Corporate > One La-Z-Boy Drive | Monroe, Michigan 48162 | * 734-384-6403 | | * > 7349151444 | * Scot.Kreienkamp at la-z-boy.com<mailto:%7BE-mail%7D> > www<http://www.la-z-boy.com/>.la-z-boy.com<http://www.la-z-boy.com/> | > facebook.<https://www.facebook.com/lazboy>com<https://www.facebook.com/lazboy>/<https://www.facebook.com/lazboy>lazboy<http://facebook.com/lazboy> > | twitter.com/lazboy<https://twitter.com/lazboy> | > youtube.com/<https://www.youtube.com/user/lazboy>lazboy<https://www.youtube.com/user/lazboy> > > [cid:lzbVertical_hres.jpg] > > > > This message is intended only for the individual or entity to which it is > addressed. It may contain privileged, confidential information which is > exempt from disclosure under applicable laws. If you are not the intended > recipient, you are strictly prohibited from disseminating or distributing > this information (other than to the intended recipient) or copying this > information. If you have received this communication in error, please > notify us immediately by e-mail or by telephone at the above number. Thank > you. > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon >

3 4

[Bbwin-help] BBwin client not generating filesnames*.rrd file, hence no files graph
by Ian.Evans＠peoplestreme.com 30 Jun '15

30 Jun '15

Thanks so much for the reply Malcolm. I hope I’m replying correctly to the addresses. I’m not using filemon, I have kept changes to a minimum and only changed the client-local.cfg to include the central server info and report centrally. I’ve tried to keep things minimal and wanted to track a directory, and thought the TRACK option would allow me to keep the history of it. Perhaps I will need to gather this information myself and then send it to the Trend graphs myself, I assume that is where filemon comes into it. Ian Evans / IT Manager From: Malcolm Hunter [mailto:malcolm.hunter at gmx.com] Sent: Tuesday, 30 June 2015 11:53 PM To: Ian Evans Cc: bbwin-help at lists.sourceforge.net; xymon at xymon.com Subject: Re: [Bbwin-help] BBwin client not generating filesnames*.rrd file, hence no files graph Hi Ian, I'm assuming you're using the filemon script. I don't believe that generates "graphable" data for Xymon to use. Regards, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net Sent: Tuesday, June 30, 2015 at 9:27 AM From: "Ian Evans" <Ian.Evans at peoplestreme.com<mailto:Ian.Evans at peoplestreme.com>> To: "bbwin-help at lists.sourceforge.net<mailto:bbwin-help at lists.sourceforge.net>" <bbwin-help at lists.sourceforge.net<mailto:bbwin-help at lists.sourceforge.net>> Subject: [Bbwin-help] BBwin client not generating filesnames*.rrd file, hence no files graph Hi, I’ve recently installed Xymon v4.3.20 on to Ubuntu and have a windows client running BBWin 0.13. I’m TRACKing a directory C:\Temp and Xymon and the Files dot shows the directory and size okay. But I don’t get any graph showing at the bottom of the page. I get a magnifying glass only. If I touch the file in ~/data/rrd/<servername>/filenames,C:\Temp.rrd so that it is empty, I then get a small box with the words “xymongraph files” next to the magnifying glass. If I drill down on that, the next page shows me 4 similar boxes saying, hourly graph, daily graph, weekly graph and monthly graph. Obviously the rrd file is not being generated with the appropriate data. But I don’t know what I am missing. I have this configured for the hostname in analysis.cfg “DIR %TEMP% TRACK” I have this configured for the client after it’s hostname “dir:C:\Temp” Thanks for help, terrific product by the way. Ian Evans ------------------------------------------------------------------------------ Don't Limit Your Business. Reach for the Cloud. GigeNET's Cloud Solutions provide you with the tools and support that you need to offload your IT needs and focus on growing your business. Configured For All Businesses. Start Your Cloud Today. https://www.gigenetcloud.com/_______________________________________________ bbwin-help mailing list bbwin-help at lists.sourceforge.net<mailto:bbwin-help at lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/bbwin-help

1 0

Custom 60 second interval test still has 5 min interval graph
by Scot.Kreienkamp＠la-z-boy.com 30 Jun '15

30 Jun '15

Hey everyone, I created a custom test and RRD definition because I wanted to reduce the interval time on a few graphs from 5 minute resolution to 1 minute. I got the data to be logged once every minute, which I verified is hitting the RRD. The problem is that when I view the graph it's still got a resolution of 5 minutes. Here's the partial RRDTool dump:  <row><v> 1.0033333333e+01 </v></row>  <row><v> 1.0550000000e+01 </v></row>  <row><v> 5.6333333333e+00 </v></row>  <row><v> 7.3166666667e+00 </v></row>  <row><v> 7.5000000000e+00 </v></row>  <row><v> 6.2500000000e+00 </v></row>  <row><v> 7.5500000000e+00 </v></row>  <row><v> 9.3333333333e+00 </v></row>  <row><v> 5.2666666667e+00 </v></row>  <row><v> 7.0666666667e+00 </v></row>  <row><v> 6.4000000000e+00 </v></row>  <row><v> 6.4000000000e+00 </v></row>  <row><v> 1.3000000000e+01 </v></row>  <row><v> 9.2000000000e+00 </v></row>  <row><v> 3.4650000000e+01 </v></row>  <row><v> 5.7200000000e+01 </v></row>  <row><v> 5.0283333333e+01 </v></row>  <row><v> 4.4100000000e+01 </v></row>  <row><v> 4.1500000000e+01 </v></row>  <row><v> 2.4500000000e+01 </v></row>  <row><v> 1.2000000000e+01 </v></row> So the data is getting logged every 60 seconds. It's also rolling up to the 5 second, etc, values. Here's the line from xymonserver.cfg: SPLITNCV_cpustat="*:GAUGE:180:0:100" #Configure for 60 second intervals, range of 0-100 Here's the lines from rrddefinitions.cfg: [cpustat] -s 60 RRA:AVERAGE:0.1:1:120 RRA:AVERAGE:0.5:5:576 RRA:AVERAGE:0.5:30:576 RRA:AVERAGE:0.5:120:576 RRA:AVERAGE:0.5:1440:576 RRA:MAX:0.1:1:120 RRA:MAX:0.5:5:576 RRA:MAX:0.5:30:576 RRA:MAX:0.5:120:576 RRA:MAX:0.5:1440:576 Here's the graph definition: [cpustat] FNPATTERN ^cpustat.(.+).rrd TITLE % CPU usage YAXIS Percent DEF:p at RRDIDX@=@RRDFN@:lambda:MAX LINE2:p at RRDIDX@#@COLOR@:@RRDPARAM@ GPRINT:p at RRDIDX@:LAST: \: %5.0lf (cur) GPRINT:p at RRDIDX@:MAX: \: %5.0lf (max) GPRINT:p at RRDIDX@:MIN: \: %5.0lf (min) GPRINT:p at RRDIDX@:AVERAGE: \: %5.0lf (avg)\n I had read that RRDTool should use the lowest resolution available, which is 1 minute for this RRD. So why are the graphs not going less than 5 minute intervals when zooming in? Any ideas? Thanks! Scot Kreienkamp | Senior Systems Engineer | La-Z-Boy Corporate One La-Z-Boy Drive | Monroe, Michigan 48162 | * 734-384-6403 | | * 7349151444 | * Scot.Kreienkamp at la-z-boy.com<mailto:%7BE-mail%7D> www<http://www.la-z-boy.com/>.la-z-boy.com<http://www.la-z-boy.com/> | facebook.<https://www.facebook.com/lazboy>com<https://www.facebook.com/lazboy>/<https://www.facebook.com/lazboy>lazboy<http://facebook.com/lazboy> | twitter.com/lazboy<https://twitter.com/lazboy> | youtube.com/<https://www.youtube.com/user/lazboy>lazboy<https://www.youtube.com/user/lazboy> [cid:lzbVertical_hres.jpg] This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

1 0

Need xymon client for solaris.
by tomas.andersson＠sca.com 30 Jun '15

30 Jun '15

Hi and greetings all xymon fellowers ! , I am in need of an executable Xymon client for: SunOS enterprise 5.10 Generic_147440-19 sun4v sparc sun4v cat /etc/release Oracle Solaris 10 8/11 s10s_u10wos_17b SPARC Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. Assembled 23 August 2011 As we suddenly got a couple of solaris servers to monitor ... We currently monitor HPUX AIX RedHat SuSE BSD Windows in our environment but I would really appreciate a ready to install client for Solaris. Thanks ! BR //Tomas ________________________________ This message may contain confidential, proprietary or legally privileged information and is intended for the addressee's use only. Any usage, disclosure, distribution, print or copying of any part of this message is prohibited unless you are the intended recipient. If you receive this message in error, please delete it from any computer and notify the sender. If you suspect that this message may have been altered, please notify the sender. SCA has taken every reasonable precaution to ensure that this e-mail and any attachments to this e-mail has been scanned for viruses. However, SCA does not accept liability for any damage caused by software viruses brought to you by this mail.

3 2

[Bbwin-help] BBwin client not generating filesnames*.rrd file, hence no files graph
by malcolm.hunter＠gmx.com 30 Jun '15

30 Jun '15

An HTML attachment was scrubbed... URL: <http://lists.xymon.com/pipermail/xymon/attachments/20150630/578ec544/attach…>

1 0