May 2011 - Xymon - Xymon mailman web

Need to monitor SNMP trap
by linuxmasterjedi＠free.fr 17 May '11

17 May '11

Hi, I'm running Hobbit 4.2.2 on a recent Linux. I would like to catch some SNMP traps with Xymon. I've checked the mailing list and Googled. The right solution seems to be http://cerebro.victoriacollege.edu/hobbit-trap.html. Do you recommend this solution? Thanks

3 2

customize the email body alerts for xymon
by everett.vernon＠gmail.com 17 May '11

17 May '11

I no longer do much work for that client, and haven't been on site for over a year, and have no idea when I will be there again. However, from memory, it was really simple. In hobbit-alerts.cfg (looks like it's been renamed to alerts.cfg in the new version) you do something like this HOST=foo SERVICE=stuff COLOR=red SCRIPT=/my/script/location/mail_helpdesk.ksh Check here for an example (commented out) http://www.xymon.com/xymon-cgi/viewconf.sh?alert Then your script, /my/script/location/mail_helpdesk.ksh will look something like this #!/usr/bin/ksh echo " Hi Helpdesk Please log a high call and assign it to the DBA team. Their disks are on fire, and need to be doused with fine lager, which they must deliver to the sysadmin team before COB. Thanks Sysadmin Team " | mailx helldesk at mycompany.com Make it executable, and it should be a go. You can also customise it a little. For one, you can add command line variables, which you can define in the alerts file, and also, there are a lot of variable automagically defined for you by Xymon. (Check the alerts man page for more) Try something like this. HOST=foo SERVICE=stuff COLOR=red SCRIPT=/my/script/location/mail_generic.ksh helldesk at mycompany.com DBA #!/usr/bin/ksh RECIPIENT=$1 LOGGROUP=$2 CALL_LEVEL=medium [ "$BBCOLORLEVEL" = "RED" ] && CALL_LEVEL=high echo " Hi $RECIPIENT Please log a $CALL_LEVEL call to $LOGGROUP, with the subject \"$BBHOSTNAME - $BBSVCNAME problem - Please Investigate.\" Please include this link in the service call ticket for more information $(echo $BBALPHAMSG | grep http) Thanks Monitoring. " | mailx $RECIPIENT On Tue, May 17, 2011 at 6:47 AM, FORD Alan <Alan.FORD at stanwell.com> wrote: > I have written an email script which displays as html (of course you have > to have a html enabled email client). > > It checks for individual services and displays a fixed message, could also > add checks for specific hosts to. > > > > Here is a sample (not sure if html will display properly thru here) > Xymon Alert (red) : files utnfrc01.stanwell.com > > > Files on server *testserver.stanwell.com* have not been updated recently > > testserver.stanwell.com:files red [124238] > red Files status at Tue May 17 04:05:58 EST 2011 > > [image: red] > /stanwell/data/mms/loader/Reports/STANWELL_P5MIN_201105170410_20110517040540.zip<http://xymon-cgi/bb-hostsvc.sh?CLIENT=utnfrc01.stanwell.com&SECTION=file:/s…> > File is missing > File is missing > > > [image: yellow]/stanwell/data/scada/sps/incoming/unit2/MTBIN.DAT<http://xymon-cgi/bb-hostsvc.sh?CLIENT=utnfrc01.stanwell.com&SECTION=file:/s…> > File is missing > > > [image: green]/stanwell/data/mms/batcher/Holding<http://xymon-cgi/bb-hostsvc.sh?CLIENT=utnfrc01.stanwell.com&SECTION=file:/s…> > > > > > *From:* xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] *On > Behalf Of *Vernon Everett > *Sent:* Monday, 16 May 2011 9:21 PM > *To:* sonal kumar > *Cc:* Xymon mailinglist > *Subject:* Re: [Xymon] customize the email body alerts for xymon > > > > Use the script option in the alerts file. > At a previous client, we had a very specific problem we were monitoring > for. > Instead of Xymon sending a standard alert email, I needed a set of detailed > instructions sent out, indicating how to resolve the issue. > I then created a script to send the custom email, instead. > It worked so well, the client asked me to use the technique for a number of > other problem areas. > Most popular use was to send instructions to helpdesk, explaining who to > log the call to, and the severity level. > > Regards > Vernon > > > On Mon, May 16, 2011 at 6:10 PM, sonal kumar <nc.sonal at gmail.com> wrote: > > Hi team, > > > > Please suggest if there is any possibility to modify the body of the email > alert as below as my client needs such format. > > > > On Fri, May 13, 2011 at 7:42 PM, sonal kumar <nc.sonal at gmail.com> wrote: > > Hi Gatis, > > > > Thanks for providing the scipt ,after applying it ,we are getting blank > mails as below > > > sapsrp disk - red 718518 > > XYMON > > X > > *Error! Filename not specified.*Reply > > *Error! Filename not specified.* > > *Error! Filename not specified.* > > from > > *Error! Filename not specified.**xymon at sapsrp.sasrv.biz* > > to > > *Error! Filename not specified.*nc.sonal at gmail.com > > date > > *Error! Filename not specified.*Fri, May 13, 2011 at 6:47 PM > > subject > > *Error! Filename not specified.*sapsrp disk - red 718518 > > > > > > > > > > > > > > So just one more favour,as i am not good at scripting. > > We need the mail to be some thing line below. with the body displaying > alert and and TEXT having some presentable format with possible action > items. > > > sapsrp disk </filesystem name> - red 718518 > > XYMON > > X > > *Error! Filename not specified.*Reply > > *Error! Filename not specified.* > > *Error! Filename not specified.* > > from > > *Error! Filename not specified.**xymon at sapsrp.sasrv.biz* > > to > > *Error! Filename not specified.*nc.sonal at gmail.com > > date > > *Error! Filename not specified.*Fri, May 13, 2011 at 6:47 PM > > subject > > *Error! Filename not specified.*sapsrp disk - red 718518 > > > > > > > > > > > > > > Hi team, > > > > Please look at the below alert for system <hostname> and take the action. > > > > red Thu May 12 15:59:21 WST 2011 - Filesystems NOT ok > &red /var (98% used) has reached the PANIC level (90%) > > > > Action: Remove the irrelevant files from </filesystem> > > > > On Fri, May 13, 2011 at 2:06 AM, Gatis A. <gatis.anee at gmail.com> wrote: > > Hi, > > Quick and dirty solution to get &red lines to be sent out only (tested with > xymon 4.2.2) > Basicly $BBALPHAMSG variable is the key here! > > > > hobbit-alerts.cfg: > #----------------------------------------------------- > GROUP=TESTGROUP > SCRIPT /path/to/custom_alerts.sh test at test.com > #----------------------------------------------------- > > > custom_alerts.sh: > #----------------------------------------------------- > #!/bin/bash > > BBALPHAMSG=`echo "$BBALPHAMSG" | /path/to/custom_grep.pl`;export > BBALPHAMSG > > if [ $RECOVERED -eq 1 ] > then > RECOVERED="recovered" > else > RECOVERED="" > fi > > echo "${BBALPHAMSG:0:300}" | mail -s "$BBHOSTNAME $BBSVCNAME - > $BBCOLORLEVEL $ACKCODE $RECOVERED $DOWNSECSMSG" $RCPT > exit 0 > #----------------------------------------------------- > > > custom_grep.pl: > #----------------------------------------------------- > #!/usr/bin/perl > > # searching for lines which has "&red" > > while (<>) { > > @maches=/&red .*\s/ig; > > foreach $_ (@maches) { > s/<.*?>//ig; # removing all the html tags > print "$_ "; > } > > } > #----------------------------------------------------- > > > On Thu, May 12, 2011 at 3:31 PM, sonal kumar <nc.sonal at gmail.com> wrote: > > Hi team, > > > > I need to customize the email body and pattern for the alerts receiving > from xymon. > > As in the below alert mail for disk , > > - we need the mail to display only the filesystem which is critical in > individual mails and avoid displaying the the entire list of filesystems. > - We need to customise the body of the mail and add some meaningful > text unique for each alert,let me know if any sample script can be used for > it. > - in below mail /oracle/SRP/sapdata0 alert is shown in KB UNITS, can > this be changed to show MB units free > > Please suggest.thanks in advance > > > > ---------- Forwarded message ---------- > From: <xymon at sapsrp.sasrv.biz> > Date: Thu, May 12, 2011 at 5:31 PM > Subject: Xymon [313335] sapsrp:disk CRITICAL (RED) > To: nc.sonal at gmail.com > > > red Thu May 12 15:59:21 WST 2011 - Filesystems NOT ok > &red /var (98% used) has reached the PANIC level (90%) > &yellow /tempsp (96% used) has reached the WARNING level (95%) > &yellow /usr/sap (81% used) has reached the WARNING level (70%) > &yellow /oracle/SRP/saparch (77% used) has reached the WARNING level (75%) > &yellow /oracle/SRP/sapdata0 (3013196 units free) has reached the WARNING > level (3013199 units) > > Filesystem 1024-blocks Used Free %Used Mounted on > /dev/hd4 1048576 473192 575384 46% / > /dev/hd2 10485760 4792084 5693676 46% /usr > /dev/hd9var 524288 513520 10768 98% /var > /dev/hd3 1572864 950588 622276 61% /tmp > /dev/hd1 262144 968 261176 1% /home > /proc - - - - /proc > /dev/hd10opt 1179648 478100 701548 41% /opt > /dev/lvsrporacle 212992 103972 109020 49% /oracle > /dev/lvsrp_client 409600 264280 145320 65% /oracle/client > /dev/lvsrp_srp 1359872 262204 1097668 20% /oracle/SRP > /dev/fslv01 5242880 5006128 236752 96% /tempsp > /dev/lvsrpmira 720896 410056 310840 57% /oracle/SRP/mirrlogA > /dev/lvsrpmirb 720896 410056 310840 57% /oracle/SRP/mirrlogB > /dev/lvsrporia 720896 426576 294320 60% /oracle/SRP/origlogA > /dev/lvsrporib 720896 410056 310840 57% /oracle/SRP/origlogB > /dev/lvsrp_sapreorg 565248 33572 531676 6% > /oracle/SRP/sapreorg > /dev/lvsrp_sapmnt 4194304 2273984 1920320 55% /sapmnt/SRP > /dev/lvsrp_usr_sap 7856128 6303556 1552572 81% /usr/sap > /dev/lvsrp_102 8183808 5288020 2895788 65% /oracle/SRP/102_64 > /dev/lvsrparch 10240000 7882476 2357524 77% /oracle/SRP/saparch > /dev/lvsrpdata0 185073664 182060468 3013196 99% /oracle/SRP/sapdata0 > > See http://sapsrp/xymon-cgi/svcstatus.sh?HOST=sapsrp&SERVICE=disk > > > > > -- > Thanks & Regards > Sonal kumar N C > > > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > > > > > > > -- > Thanks & Regards > Sonal kumar N C > > > > > -- > Thanks & Regards > Sonal kumar N C > > > > > -- > Thanks & Regards > Sonal kumar N C > > > _______________________________________________ > Xymon mailing list > Xymon at xymon.com > http://lists.xymon.com/mailman/listinfo/xymon > > > > ________________________________________________________________________________ > > This email (including all attachments) may contain personal information and is intended solely for the named addressee. It is confidential and may be subject to legal or other professional privilege and any confidentiality or privilege is not waived or lost because this email has been sent to you by mistake. This email is also subject to copyright. No part of it should be reproduced, adapted or communicated without the written consent of the copyright owner. Any personal Information in this email must be handled in accordance with the Privacy Act 1988 (Cth). If you have received it in error, please let Stanwell Corporation Limited know by reply email, delete it from your system and destroy any copies. Stanwell is not responsible for any changes made to a document other than those made by Stanwell. Stanwell accepts no liability for any damage caused by this email or its attachments due to viruses, interference, interception, corruption or unauthorised access. If you have any doubts about the authenticity of an email purportedly sent by us, please contact us immediately. If this is a commercial electronic message within the meaning of the Spam Act 2003 (Cth), you may indicate that you do not wish to receive any further commercial electronic messages from Stanwell by emailing mailto:privacy at stanwell.com... > ________________________________________________________________________________ > >

1 0

trending graph generation
by Phil.Crooker＠orix.com.au 17 May '11

17 May '11

Hi Larry, You are going to have to do some troubleshooting. As I said this NAME directive does work for others, so there may be a bug with xymon or there may be some odd issue with your installation. There is nothing obviously wrong, so please, look into your log fies, turn up debugging, try different things to see if you can work out what is happening. Good luck and let us know how you went. cheers, Phil >>> On 5/14/2011 at 12:12 AM, in message <BANLkTiniY+X6p=Dv9nYLi-oLo=0Fymvz2A at mail.gmail.com>, Larry Barber <lebarber at gmail.com> wrote: > FYI: I just upgraded to 4.3.3, and the problem still exists. > > Thanks, > Larry Barber > > On Fri, May 13, 2011 at 8:08 AM, Larry Barber <lebarber at gmail.com> wrote: > >> I removed the NAME: directive from one of the affected hosts, and the >> trends graphing worked fine after that. Of course, then I had a screwed up >> name showing up on the main page. >> >> Thanks, >> Larry Barber >> >> >> On Thu, May 12, 2011 at 9:44 PM, Phil Crooker <Phil.Crooker at orix.com.au>wrote: >> >>> Well, when you can, why don't you try removing the directive. As I said, >>> we don't have a problem and we have about 1/3 of our monitored hosts >>> with using NAME. >>> >>> cheers >>> >>> >>> >>> Larry Barber 05/13/11 11:25 AM >>> >>> No the graph doesn't display, you just get a page saying "file not >>> found" or >>> something along those lines (I'm not at place where I can check right >>> now). >>> As far as I know it doesn't matter where the NAME directive is on the >>> line. >>> I suspect that if you removed the name directive then everything would >>> work >>> OK. >>> >>> Thanks, >>> Larry Barber >>> >>> On Thu, May 12, 2011 at 8:38 PM, Phil Crooker wrote: >>> >>> > >>> Larry Barber 05/13/11 3:46 AM >>> >>> > > I believe I have found a bug when you generate trending graphs for >>> > custom >>> > > periods. It seems that the display name is used in the command >>> rather >>> > than >>> > > the "true" name. For instance, if you have a hosts.cfg entry like >>> > this: >>> > >>> > > 1.2.3.4 fully.qualified.domain.name # yadda yadda yadda >>> > NAME:display_name >>> > >>> > > The trends page uses "display_name" when you ask it to generate >>> custom >>> > > length graphs. You can hack the URL and replace the display name >>> with >>> > the >>> > > real name (fully.qualified.display.name above) and everything works >>> > fine. >>> > >>> > > Thanks, >>> > > Larry Barber >>> > >>> > So you are saying the graph doesn't display? We use this feature a lot >>> > and don't have a problem seeing the graphs. If you remove the NAME >>> > entry, does it work? Does the problem only happen when the NAME thing >>> is >>> > at the end of the line? >>> > >>> > -- >>> > >>> > This message from ORIX Australia might contain confidential and/or >>> > privileged information. If you are not the intended recipient, any >>> use, >>> > disclosure or copying of this message (or of any attachments to it) is >>> > not authorised. >>> > >>> > If you have received this message in error, please notify the sender >>> > immediately and delete the message and any attachments from your >>> > system. Please inform the sender if you do not wish to receive future >>> > communications by email. >>> > >>> > ORIX handles personal information according to a Privacy Policy that >>> is >>> > consistent with the National Privacy Principles. Please let us know if >>> > you would like a copy. It is also available at http://www.orix.com.au >>> . >>> > >>> > >>> > >>> >>> >>> >>

1 0

hobbitd error: cookie xxxxxx not found, dropping ack
by Daniel.Nordquist＠orlandohealth.com 16 May '11

16 May '11

I cannot acknowledge alerts in xymon 4.2.3 It acts like it worked when you acknowledge but then it never shows up as acknowledged. I found the following in the hobbitd log: cookie 838455 not found, dropping ack I googled it and found a couple old msgs on this error but no resolution in the thread. Any advice? ________________________________ 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.

4 8

Windows PS client svcs data missing
by SKreien＠la-z-boy.com 16 May '11

16 May '11

Hi everyone, I've run into a problem with the Windows Powershell client intermittently omitting service data on Win2008. Here's the relevant parts of the client data file: Microsoft Windows Server 2008 R2 Standard (build 7600) ---snip--- Persistent Routes: None [ifstat] fe80::619f:8c8:bf22:6ca5%11 2254617444 2999570366 10.100.1.211 2254617444 2999570366 ::1 0 0 127.0.0.1 0 0 [svcs] Name StartupType Status DisplayName [uptime] sec: 8168297 94 days 12 hours 58 minutes 17 seconds Bootup: 20110203213923.713291-360 [who] SESSIONNAME USERNAME ID STATE TYPE DEVICE ---snip--- As you can see, the svcs portion is empty. I already updated the client to the latest PS client files available and it still is happening. I'm not a programmer so I'm not sure how I can help troubleshoot this, but I'm willing to help in any way I can. Thanks! Scot Kreienkamp skreien at la-z-boy.com 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, please note that 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.

3 12

customize the email body alerts for xymon
by nc.sonal＠gmail.com 16 May '11

16 May '11

> > Hi Gatis, > > Thanks for providing the scipt ,after applying it ,we are getting blank > mails as below > > sapsrp disk - red 718518 > XYMON > X > Reply > from xymon at sapsrp.sasrv.biz to nc.sonal at gmail.com > date Fri, May 13, 2011 at 6:47 PM subject sapsrp disk - red 718518 > > > > > > > > So just one more favour,as i am not good at scripting. > We need the mail to be some thing line below. with the body displaying > alert and and TEXT having some presentable format with possible action > items. > > sapsrp disk </filesystem name> - red 718518 > XYMON > X > Reply > from xymon at sapsrp.sasrv.biz to nc.sonal at gmail.com > date Fri, May 13, 2011 at 6:47 PM subject sapsrp disk - red 718518 > > > > > > > Hi team, > > Please look at the below alert for system <hostname> and take the action. > > red Thu May 12 15:59:21 WST 2011 - Filesystems NOT ok > &red /var (98% used) has reached the PANIC level (90%) > > Action: Remove the irrelevant files from </filesystem> > > On Fri, May 13, 2011 at 2:06 AM, Gatis A. <gatis.anee at gmail.com> wrote: > >> Hi, >> >> Quick and dirty solution to get &red lines to be sent out only (tested >> with xymon 4.2.2) >> Basicly $BBALPHAMSG variable is the key here! >> >> >> >> hobbit-alerts.cfg: >> #----------------------------------------------------- >> GROUP=TESTGROUP >> SCRIPT /path/to/custom_alerts.sh test at test.com >> #----------------------------------------------------- >> >> >> custom_alerts.sh: >> #----------------------------------------------------- >> #!/bin/bash >> >> BBALPHAMSG=`echo "$BBALPHAMSG" | /path/to/custom_grep.pl`;export >> BBALPHAMSG >> >> if [ $RECOVERED -eq 1 ] >> then >> RECOVERED="recovered" >> else >> RECOVERED="" >> fi >> >> echo "${BBALPHAMSG:0:300}" | mail -s "$BBHOSTNAME $BBSVCNAME - >> $BBCOLORLEVEL $ACKCODE $RECOVERED $DOWNSECSMSG" $RCPT >> exit 0 >> #----------------------------------------------------- >> >> >> custom_grep.pl: >> #----------------------------------------------------- >> #!/usr/bin/perl >> >> # searching for lines which has "&red" >> >> while (<>) { >> >> @maches=/&red .*\s/ig; >> >> foreach $_ (@maches) { >> s/<.*?>//ig; # removing all the html tags >> print "$_ "; >> } >> >> } >> #----------------------------------------------------- >> >> >> >> On Thu, May 12, 2011 at 3:31 PM, sonal kumar <nc.sonal at gmail.com> wrote: >> >>> Hi team, >>> >>> I need to customize the email body and pattern for the alerts receiving >>> from xymon. >>> As in the below alert mail for disk , >>> >>> - we need the mail to display only the filesystem which is critical >>> in individual mails and avoid displaying the the entire list of filesystems. >>> - We need to customise the body of the mail and add some meaningful >>> text unique for each alert,let me know if any sample script can be used for >>> it. >>> - in below mail /oracle/SRP/sapdata0 alert is shown in KB UNITS, can >>> this be changed to show MB units free >>> >>> Please suggest.thanks in advance >>> >>> ---------- Forwarded message ---------- >>> From: <xymon at sapsrp.sasrv.biz> >>> Date: Thu, May 12, 2011 at 5:31 PM >>> Subject: Xymon [313335] sapsrp:disk CRITICAL (RED) >>> To: nc.sonal at gmail.com >>> >>> >>> red Thu May 12 15:59:21 WST 2011 - Filesystems NOT ok >>> &red /var (98% used) has reached the PANIC level (90%) >>> &yellow /tempsp (96% used) has reached the WARNING level (95%) >>> &yellow /usr/sap (81% used) has reached the WARNING level (70%) >>> &yellow /oracle/SRP/saparch (77% used) has reached the WARNING level >>> (75%) >>> &yellow /oracle/SRP/sapdata0 (3013196 units free) has reached the WARNING >>> level (3013199 units) >>> >>> Filesystem 1024-blocks Used Free %Used Mounted on >>> /dev/hd4 1048576 473192 575384 46% / >>> /dev/hd2 10485760 4792084 5693676 46% /usr >>> /dev/hd9var 524288 513520 10768 98% /var >>> /dev/hd3 1572864 950588 622276 61% /tmp >>> /dev/hd1 262144 968 261176 1% /home >>> /proc - - - - /proc >>> /dev/hd10opt 1179648 478100 701548 41% /opt >>> /dev/lvsrporacle 212992 103972 109020 49% /oracle >>> /dev/lvsrp_client 409600 264280 145320 65% /oracle/client >>> /dev/lvsrp_srp 1359872 262204 1097668 20% /oracle/SRP >>> /dev/fslv01 5242880 5006128 236752 96% /tempsp >>> /dev/lvsrpmira 720896 410056 310840 57% /oracle/SRP/mirrlogA >>> /dev/lvsrpmirb 720896 410056 310840 57% /oracle/SRP/mirrlogB >>> /dev/lvsrporia 720896 426576 294320 60% /oracle/SRP/origlogA >>> /dev/lvsrporib 720896 410056 310840 57% /oracle/SRP/origlogB >>> /dev/lvsrp_sapreorg 565248 33572 531676 6% >>> /oracle/SRP/sapreorg >>> /dev/lvsrp_sapmnt 4194304 2273984 1920320 55% /sapmnt/SRP >>> /dev/lvsrp_usr_sap 7856128 6303556 1552572 81% /usr/sap >>> /dev/lvsrp_102 8183808 5288020 2895788 65% /oracle/SRP/102_64 >>> /dev/lvsrparch 10240000 7882476 2357524 77% /oracle/SRP/saparch >>> /dev/lvsrpdata0 185073664 182060468 3013196 99% >>> /oracle/SRP/sapdata0 >>> >>> See http://sapsrp/xymon-cgi/svcstatus.sh?HOST=sapsrp&SERVICE=disk >>> >>> >>> >>> -- >>> Thanks & Regards >>> Sonal kumar N C >>> >>> >>> _______________________________________________ >>> Xymon mailing list >>> Xymon at xymon.com >>> http://lists.xymon.com/mailman/listinfo/xymon >>> >>> >> > > > -- > Thanks & Regards > Sonal kumar N C > > -- Thanks & Regards Sonal kumar N C

2 2

bb-iostat.sh?
by everett.vernon＠gmail.com 16 May '11

16 May '11

Then either make the sample time longer, or increase the sample frequency. The former will generate more "average" data. The latter will require some serious modding to your Xymon environment and rrd setup. It's really there only to give an indication of status, for which a short sample will do. A 10 second spike, is not really a problem. Three consecutive spikes would seem to indicate that there is a sustained peak. Possibly a worry? I don't know - depends on your environment. Something you might expect at backup time perhaps? Like all sample tests, it's a sample, which we use to create a model of reality. What is there has been "good enough" for my needs, and has allowed me to do some very important diagnostics and tuning. Feel free to adjust your sample set to suit your needs. Disclaimer - YMMV :-) Regards Vernon On Mon, May 16, 2011 at 2:52 PM, W.J.M. Nelis <Wim.Nelis at nlr.nl> wrote: > Vernon Everett wrote: >> >> For memory, I use http://xymonton.org/doku.php/monitors:memstat >> For disk stats, I use http://xymonton.org/doku.php/monitors:diskstat.ksh >> > > My problem with the latter is that it takes a sample, thus the measurements > cover only a fraction of the time. In this case it will cover 10 out of > every 300 seconds. > > Regards, > Wim Nelis. > > > > ******************************************************************************************************* > The NLR disclaimer (http://www.nlr.nl/emaildisclaimer) is valid for NLR > e-mail messages. > ******************************************************************************************************* > >

1 0

disk space
by Steve.Newton＠PHH.com 16 May '11

16 May '11

Can I set XYMON up to only keep 3 months of history? I am running out of disk space. Thanks Steve Newton

3 2

Holes in xymon graphs
by hj.beckers＠kreis-steinfurt.de 16 May '11

16 May '11

Sorry @ Dominique, I hit the wrong reply button: now to the list: ----- Weitergeleitet von Hermann-Josef Beckers/Kreis-Steinfurt am 16.05.2011 10:56 ----- Hermann-Josef Beckers/Kreis-Steinfurt schrieb am 16.05.2011 10:03:32: > Von: > > Hermann-Josef Beckers/Kreis-Steinfurt > > An: > > Dominique Frise <dominique.frise at unil.ch> > > Datum: > > 16.05.2011 10:03 > > Betreff: > > Antwort: Re: [Xymon] Holes in xymon graphs > > ... > > > > On 05/13/11 12:34 PM, Hermann-Josef Beckers wrote: > > > I have a problem with holes in xymon graphs (see attached pdf): The > > > values for load, > > > processes, users stopped showing up at 4.30 this morning. All other > > > values disc, memory, > > > cpu load, network are shown. The client is sending its data to 2 xymon > > > servers, both > > > show the same behaviour. Restarting the client makes no difference? > > > > > > Any tipps? > > > > On the client: > > in ~xymon/client/tmp/msg.<clientname>.txt have a look at what "[uptime]" > > reports. > > > At the moment it is correct; can't say about friday. > > Looking this morning at the trends page, the missing data showed up > exactly 1 day later again (stopped 2011-05-13:0430, resumed 2011-05-14:0430). > On the trends page I can also see that I had the same blackout exactly > on week before (also von fridy to saturday, same time). Looking through > my config files I cannot find any time out definition for that period. > > > On the server: > > Are there errors in ~xymon/rrd-status.log? > No, not for this time period. > > Is the ~xymon/data/rrd/<clientname>la.rrd file updated? > > > Now yes. On Friday it had the timestamp of the last update (04:30). > > Yours > Hermann-Josef Beckers

1 0

odd colored graphs
by losburn＠thepinnaclegroup.com 16 May '11

16 May '11

Has anyone else seen the case where all of the graphs have a background color or colored overlay? All of the graphs on this system appear like this. Environment is new install of xymon 4.3.3 on HP-UX 11.31, rrdtool 1.4.5 Thanks!

2 1