- Xymon - Xymon mailman web

client problems
by malcolm.hunter＠gmx.com 08 Jul '11

08 Jul '11

Hi Scott, > ----- Original Message ----- > From: Scot Kreienkamp > Sent: 07/07/11 04:39 PM > To: Buchan Milne, xymon at xymon.com > Subject: Re: [Xymon] client problems > The BBWin client doesn't report networking data > correctly on Win2008 and has been abandoned for years. That means I > have no way to monitor Windows 2008, and I have more coming online > daily. I'm using BBWin on Windows 2008 (32- and 64-bit). What exactly is the problem? I'm now on the BBWin project, so maybe can work on a resolution. Regards, Malcolm

3 2

client problems
by malcolm.hunter＠gmx.com 07 Jul '11

07 Jul '11

Hi Scot, > ----- Original Message ----- > From: Scot Kreienkamp > Sent: 07/07/11 08:39 PM > To: Malcolm Hunter, xymon at xymon.com > Subject: RE: [Xymon] client problems > The problem is in the reporting of the network info for BBWin on Windows > 2008. I've attached a graph from one of my systems running 2008 to > illustrate, but the basic problem is the ifstat section reports include > junk with every report. Here's one from the same host as the graph: > > [ifstat] > 10.101.1.211 0 0 > 127.0.0.1 0 0 > 253.255.255.255 0 0 Yes, I can reproduce this on my Windows 7 PC as well. It appears to be a problem interpreting the output of netstat. Because Win7 and 2008 include IPv6, it's giving a different result. Malcolm

2 1

client problems
by SKreien＠la-z-boy.com 07 Jul '11

07 Jul '11

Anyone? Bueller? Scot Kreienkamp From: Scot Kreienkamp Sent: Monday, June 27, 2011 2:07 PM To: 'xymon at xymon.com' Subject: client problems Hi everyone, Due to some frustrations with the existing clients I have decided to have a go at rolling my own. In the process I have run into some strange behavior with the server side data collector/processor that I've been struggling with for over a week now that I could really use some help with. I've been searching the man pages and the email archives and haven't been able to find anything like what I've run into. My first try with sending reports was with the CPU column. After figuring out that the server was crashing because my lines were too long, I am able to send in a complete report as verified by the client data screen. However, the data collector isn't processing it correctly for reasons that I am unable to determine. First, once it gets past the last line of the cpu section on the web page there are a few processes that repeat. Second, the first line of text containing the up/load/procs message isn't bold like in other hosts. Third, the CPU load number is never added to the RRD. I have run several tcpdumps on other clients to capture their submissions and I was able to fix some problems by comparing mine to those, but now mine looks identical from what I can tell. Here is what the top and bottom of the pages look like: The last 6 lines are duplicates of the lines above. That is not included in the data that was sent though, so how is it getting it? Also, why isn't the value being picked up for the RRD? Here's my client data report: [collector:] client corpdskreien,na,lzb,hq.bbwin win32 [date] Mon June 27 13:37:05 2011 [osversion] Microsoft Windows 7 X64 Service Pack 0 Build 7600 [cpu] up: 2 days, 1 users, 73 procs, load=1% CPU PID Image Name Memory Owner 0% 4 System 56280K 0% 332 smss.exe 1324K SYSTEM 0% 420 csrss.exe 4924K SYSTEM 0% 524 wininit.exe 4628K SYSTEM 0% 564 services.exe 11432K SYSTEM 0% 584 lsass.exe 18472K SYSTEM 0% 592 lsm.exe 6528K SYSTEM 0% 708 svchost.exe 10092K SYSTEM 0% 840 svchost.exe 9776K NETWORK SERVICE 0% 944 svchost.exe 20036K LOCAL SERVICE 0% 988 svchost.exe 137268K SYSTEM 0% 1016 svchost.exe 41676K SYSTEM 0% 424 audiodg.exe 17672K LOCAL SERVICE 0% 1084 svchost.exe 16328K LOCAL SERVICE 0% 1180 Smc.exe 9316K SYSTEM 0% 1240 svchost.exe 29444K NETWORK SERVICE 0% 1304 ccSvcHst.exe 2696K SYSTEM 0% 1524 spoolsv.exe 17628K SYSTEM 0% 1560 svchost.exe 14452K LOCAL SERVICE 0% 1684 atashost.exe 3624K SYSTEM 0% 1716 BESClient.exe 7108K SYSTEM 0% 1748 svchost.exe 10344K LOCAL SERVICE 0% 1788 mdm.exe 5724K SYSTEM 0% 1840 MotoHelper.exe 23804K SYSTEM 0% 432 Rtvscan.exe 808K SYSTEM 0% 1940 wsnm.exe 5904K SYSTEM 0% 2792 svchost.exe 5952K NETWORK SERVICE 0% 2584 SearchIndexer.exe 39820K SYSTEM 0% 2724 csrss.exe 30080K SYSTEM 0% 2020 winlogon.exe 6244K SYSTEM 0% 1520 taskhost.exe 10488K skreien 0% 684 dwm.exe 5964K skreien 0% 1952 explorer.exe 66160K skreien 0% 3332 Spark.exe 80640K skreien 0% 3388 BTTray.exe 9564K skreien 0% 3396 SnagIt32.exe 22072K skreien 0% 3420 openvpn-gui-1.0.3.exe 4948K skreien 0% 3432 jusched.exe 6896K skreien 0% 3440 ccApp.exe 748K skreien 0% 3552 AdobeARM.exe 10792K skreien 0% 3564 concentr.exe 6188K skreien 0% 3576 SmcGui.exe 7032K skreien 0% 3680 qttask.exe 3900K skreien 0% 3724 wfcrun32.exe 9064K skreien 0% 3760 TscHelp.exe 3656K skreien 0% 3768 SnagPriv.exe 4124K skreien 0% 3792 ProtectionUtilSurrogate.exe 13808K skreien 0% 4348 jucheck.exe 10004K skreien 0% 3308 OUTLOOK.EXE 157256K skreien 0% 4212 OSPPSVC.EXE 13144K NETWORK SERVICE 0% 2628 vRD70.exe 127780K skreien 0% 4216 putty.exe 8896K skreien 0% 3672 iexplore.exe 43748K skreien 0% 2332 iexplore.exe 53600K skreien 0% 1928 BESClientUI.exe 1172K skreien 0% 3992 wireshark.exe 90848K skreien 0% 3480 iexplore.exe 54908K skreien 0% 2964 iexplore.exe 156008K skreien 0% 2640 PresentationFontCache.exe 23012K LOCAL SERVICE 0% 3112 taskmgr.exe 11796K skreien 0% 5500 dumpcap.exe 7172K skreien 0% 4048 conhost.exe 3464K skreien 0% 5440 iexplore.exe 118652K skreien 0% 5884 SciTE.exe 15576K skreien 0% 4648 WmiPrvSE.exe 22620K SYSTEM 0% 5408 AutoIt3Help.exe 20852K skreien 0% 5592 SearchProtocolHost.exe 16488K skreien 0% 6080 SearchFilterHost.exe 5888K SYSTEM 0% 1872 AutoIt3Wrapper.exe 10552K skreien 0% 2388 AutoIt3_x64.exe 24936K skreien 0% 908 AutoIt3Wrapper.exe 8548K skreien 0% 1704 WmiPrvSE.exe 7456K NETWORK SERVICE [clock] epoch: 1309181827 local: Mon June 27 13:37:05 2011 I can send them in as client side reports and all is well, but it doesn't work when using the data collector/client message. Oh... also, how do I pull the client side config from the xymon server? Thanks for the help. Scot Kreienkamp 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.

4 6

Devmon oid with dynamic hosts
by kconnell＠ryerson.ca 07 Jul '11

07 Jul '11

Trying to poll/graph CPU stats for some L2 workgroup switches. it works fine, except its possible for the stack to be 1 unit or up to a max of 8 units. If I set 8 diff oids to poll for each unit it will work fine with a 8 unit stack, but if the stack is lower in count, then I get the "clear icon" for the units that don't exist..... I understand, yea that's correct, some of the polls are done on units that don't exist, but that's fine, cause they don't. Can I have it poll for all 8 units, but show only for those that answer ? Or maybe don't show clear for those polls ? Ken Connell Intermediate Network Engineer Computer & Communication Services Ryerson University 350 Victoria St RM AB50 Toronto, Ont M5B 2K3 416-979-5000 x6709

2 1

ESX Hosts
by malcolm.hunter＠gmx.com 05 Jul '11

05 Jul '11

Hi Nikesh, > Please advise if xymon can monitor esx hosts and if there is a readme to this. This question has been asked numerous times (try googling Xymon ESX). This thread might be useful: http://lists.xymon.com/oldarchive/2010/11/msg00146.html Regards, Malcolm

2 2

ESX Hosts
by NMaharaj＠tcta.co.za 05 Jul '11

05 Jul '11

Hi guys, Please advise if xymon can monitor esx hosts and if there is a readme to this. Thanks -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

Issue with the hardware monitoring.
by david.baldwin＠ausport.gov.au 03 Jul '11

03 Jul '11

Srinivas, > Thanks lot for your valuable information. > > And can you please help me to understand, how did you identified the root MIB? > Depending on what software you are using: $ snmpwalk <host> enterprises (enterprises = .1.3.6.1.4.1) generally shows you what proprietary MIBs are being used. You need the MIB definition files (these can be a hassle to track down, but a google search on numeric OID strings often finds stuff in public archives) and all dependencies resolved to get the translation from raw numeric OIDs and data however. That can be a fiddle to get set up properly if you've never tackled it before. David. > Thanks and Regards, > > Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 > > e-mail: srinivas.katragadda at in.unisys.com > > No Defeat is final, Untill you stop trying. > > -----Original Message----- > From: David Baldwin [mailto:david.baldwin at ausport.gov.au] > Sent: Friday, July 01, 2011 7:30 AM > To: Katragadda, Srinivas > Cc: xymon at xymon.com > Subject: Re: [Xymon] Issue with the hardware monitoring. > > On 30/06/11 9:36 PM, Katragadda, Srinivas wrote: >> 1. I have several of hp servers which are not reporting its hardware monitoring information to Xymon collector >> 2. I have installed the 6.2.1 Hp insight manger version on the windows 2003 box. >> >> 3. And please help me how to determine the enterprise OID? >> > Root of MIB is 1.3.6.1.4.1.232 >> 4. Can you please let me know, what version of agent to be installed? >> > You need HP Insight Foundation Agents installed on each server and SNMP > Service. > Good idea also to have HP System management Homepage. > HP Version Control Agent is handy if you also have a Version Control > Repository Manager server setup - can be run as part of HP Insight > Manager or separately. I gave up on Insight Manager. Yet to get version > control properly monitored through xymon also. > > David. >> Will you please help as you have already helped me to find the solution for another problematic server? >> >> Thanks and Regards, >> >> Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 >> >> e-mail: srinivas.katragadda at in.unisys.com >> >> No Defeat is final, Untill you stop trying. >> >> >> -----Original Message----- >> From: Katragadda, Srinivas >> Sent: Thursday, June 30, 2011 2:10 PM >> To: 'David Baldwin' >> Cc: xymon at xymon.com >> Subject: RE: [Xymon] Issue with the hardware monitoring. >> >> Thanks lot for your inputs. >> >> Those had helped me to find out the solution. It was happened due to wrong version of DELL OPEN MANAGE agent version installed on the box. >> >> It has been resolved by installing the correct version of software. >> >> Thanks and Regards, >> >> Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 >> >> e-mail: srinivas.katragadda at in.unisys.com >> >> No Defeat is final, Untill you stop trying. >> >> -----Original Message----- >> From: David Baldwin [mailto:david.baldwin at ausport.gov.au] >> Sent: Friday, June 24, 2011 4:48 AM >> To: Katragadda, Srinivas >> Cc: xymon at xymon.com >> Subject: Re: [Xymon] Issue with the hardware monitoring. >> >> On 22/06/11 10:42 PM, Katragadda, Srinivas wrote: >>> The server model is DELL POWER EDGE 1650. On which we have Windows2003 running. >>> >>> I have installed the DELL OPEN MANAGE 6.2 windows hardware monitoring agent on the server. >>> >>> Xymon collector is on Linux platform, where most of the network device hardware monitoring is happening fine. >>> >>> I am herewith enclosing the snmpwalk details. >>> >> Just looking at the OIDS returned, none are in the enterprises range for >> the DELL Poweredge MIB (1.3.6.1.4.1.674.10893). >> One part of your problem maybe accessing the hardware information from >> the MIB. >> >> David. >>> Can you please help how to resolve this issue? >>> >>> Thanks and Regards, >>> >>> Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 >>> >>> e-mail: srinivas.katragadda at in.unisys.com >>> >>> No Defeat is final, Untill you stop trying. >>> >>> -----Original Message----- >>> From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] >>> Sent: Tuesday, June 21, 2011 11:49 AM >>> To: Katragadda, Srinivas >>> Cc: xymon at xymon.com >>> Subject: Re: [Xymon] Issue with the hardware monitoring. >>> >>> On Monday, 20 June 2011 14:50:23 Katragadda, Srinivas wrote: >>>> How were you trying to get "the status"? >>>> >>>> >>>> >>>> On Xymon dashboard, they are showing blank as like below one. >>> Please try and provide more detail than one answer to one question, otherwise >>> this is going to take a week to try and resolve. >>> >>> Please increase the verbosity for devmon, and post the relevant portions of >>> the log (to the devmon mailing list). >>> >>> Please also supply the hardware model, and the template in use, for the server >>> in question. >>> >>> Regards, >>> Buchan > -- David Baldwin - IT Unit Australian Sports Commission www.ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617 ------------------------------------------------------------------------------------- Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender. -------------------------------------------------------------------------------------

1 0

client problems
by SKreien＠la-z-boy.com 02 Jul '11

02 Jul '11

Hi everyone, Due to some frustrations with the existing clients I have decided to have a go at rolling my own. In the process I have run into some strange behavior with the server side data collector/processor that I've been struggling with for over a week now that I could really use some help with. I've been searching the man pages and the email archives and haven't been able to find anything like what I've run into. My first try with sending reports was with the CPU column. After figuring out that the server was crashing because my lines were too long, I am able to send in a complete report as verified by the client data screen. However, the data collector isn't processing it correctly for reasons that I am unable to determine. First, once it gets past the last line of the cpu section on the web page there are a few processes that repeat. Second, the first line of text containing the up/load/procs message isn't bold like in other hosts. Third, the CPU load number is never added to the RRD. I have run several tcpdumps on other clients to capture their submissions and I was able to fix some problems by comparing mine to those, but now mine looks identical from what I can tell. Here is what the top and bottom of the pages look like: The last 6 lines are duplicates of the lines above. That is not included in the data that was sent though, so how is it getting it? Also, why isn't the value being picked up for the RRD? Here's my client data report: [collector:] client corpdskreien,na,lzb,hq.bbwin win32 [date] Mon June 27 13:37:05 2011 [osversion] Microsoft Windows 7 X64 Service Pack 0 Build 7600 [cpu] up: 2 days, 1 users, 73 procs, load=1% CPU PID Image Name Memory Owner 0% 4 System 56280K 0% 332 smss.exe 1324K SYSTEM 0% 420 csrss.exe 4924K SYSTEM 0% 524 wininit.exe 4628K SYSTEM 0% 564 services.exe 11432K SYSTEM 0% 584 lsass.exe 18472K SYSTEM 0% 592 lsm.exe 6528K SYSTEM 0% 708 svchost.exe 10092K SYSTEM 0% 840 svchost.exe 9776K NETWORK SERVICE 0% 944 svchost.exe 20036K LOCAL SERVICE 0% 988 svchost.exe 137268K SYSTEM 0% 1016 svchost.exe 41676K SYSTEM 0% 424 audiodg.exe 17672K LOCAL SERVICE 0% 1084 svchost.exe 16328K LOCAL SERVICE 0% 1180 Smc.exe 9316K SYSTEM 0% 1240 svchost.exe 29444K NETWORK SERVICE 0% 1304 ccSvcHst.exe 2696K SYSTEM 0% 1524 spoolsv.exe 17628K SYSTEM 0% 1560 svchost.exe 14452K LOCAL SERVICE 0% 1684 atashost.exe 3624K SYSTEM 0% 1716 BESClient.exe 7108K SYSTEM 0% 1748 svchost.exe 10344K LOCAL SERVICE 0% 1788 mdm.exe 5724K SYSTEM 0% 1840 MotoHelper.exe 23804K SYSTEM 0% 432 Rtvscan.exe 808K SYSTEM 0% 1940 wsnm.exe 5904K SYSTEM 0% 2792 svchost.exe 5952K NETWORK SERVICE 0% 2584 SearchIndexer.exe 39820K SYSTEM 0% 2724 csrss.exe 30080K SYSTEM 0% 2020 winlogon.exe 6244K SYSTEM 0% 1520 taskhost.exe 10488K skreien 0% 684 dwm.exe 5964K skreien 0% 1952 explorer.exe 66160K skreien 0% 3332 Spark.exe 80640K skreien 0% 3388 BTTray.exe 9564K skreien 0% 3396 SnagIt32.exe 22072K skreien 0% 3420 openvpn-gui-1.0.3.exe 4948K skreien 0% 3432 jusched.exe 6896K skreien 0% 3440 ccApp.exe 748K skreien 0% 3552 AdobeARM.exe 10792K skreien 0% 3564 concentr.exe 6188K skreien 0% 3576 SmcGui.exe 7032K skreien 0% 3680 qttask.exe 3900K skreien 0% 3724 wfcrun32.exe 9064K skreien 0% 3760 TscHelp.exe 3656K skreien 0% 3768 SnagPriv.exe 4124K skreien 0% 3792 ProtectionUtilSurrogate.exe 13808K skreien 0% 4348 jucheck.exe 10004K skreien 0% 3308 OUTLOOK.EXE 157256K skreien 0% 4212 OSPPSVC.EXE 13144K NETWORK SERVICE 0% 2628 vRD70.exe 127780K skreien 0% 4216 putty.exe 8896K skreien 0% 3672 iexplore.exe 43748K skreien 0% 2332 iexplore.exe 53600K skreien 0% 1928 BESClientUI.exe 1172K skreien 0% 3992 wireshark.exe 90848K skreien 0% 3480 iexplore.exe 54908K skreien 0% 2964 iexplore.exe 156008K skreien 0% 2640 PresentationFontCache.exe 23012K LOCAL SERVICE 0% 3112 taskmgr.exe 11796K skreien 0% 5500 dumpcap.exe 7172K skreien 0% 4048 conhost.exe 3464K skreien 0% 5440 iexplore.exe 118652K skreien 0% 5884 SciTE.exe 15576K skreien 0% 4648 WmiPrvSE.exe 22620K SYSTEM 0% 5408 AutoIt3Help.exe 20852K skreien 0% 5592 SearchProtocolHost.exe 16488K skreien 0% 6080 SearchFilterHost.exe 5888K SYSTEM 0% 1872 AutoIt3Wrapper.exe 10552K skreien 0% 2388 AutoIt3_x64.exe 24936K skreien 0% 908 AutoIt3Wrapper.exe 8548K skreien 0% 1704 WmiPrvSE.exe 7456K NETWORK SERVICE [clock] epoch: 1309181827 local: Mon June 27 13:37:05 2011 I can send them in as client side reports and all is well, but it doesn't work when using the data collector/client message. Oh... also, how do I pull the client side config from the xymon server? Thanks for the help. Scot Kreienkamp 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.

2 1

Issue with the hardware monitoring.
by david.baldwin＠ausport.gov.au 01 Jul '11

01 Jul '11

On 30/06/11 9:36 PM, Katragadda, Srinivas wrote: > 1. I have several of hp servers which are not reporting its hardware monitoring information to Xymon collector > 2. I have installed the 6.2.1 Hp insight manger version on the windows 2003 box. > > 3. And please help me how to determine the enterprise OID? > Root of MIB is 1.3.6.1.4.1.232 > 4. Can you please let me know, what version of agent to be installed? > You need HP Insight Foundation Agents installed on each server and SNMP Service. Good idea also to have HP System management Homepage. HP Version Control Agent is handy if you also have a Version Control Repository Manager server setup - can be run as part of HP Insight Manager or separately. I gave up on Insight Manager. Yet to get version control properly monitored through xymon also. David. > Will you please help as you have already helped me to find the solution for another problematic server? > > Thanks and Regards, > > Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 > > e-mail: srinivas.katragadda at in.unisys.com > > No Defeat is final, Untill you stop trying. > > > -----Original Message----- > From: Katragadda, Srinivas > Sent: Thursday, June 30, 2011 2:10 PM > To: 'David Baldwin' > Cc: xymon at xymon.com > Subject: RE: [Xymon] Issue with the hardware monitoring. > > Thanks lot for your inputs. > > Those had helped me to find out the solution. It was happened due to wrong version of DELL OPEN MANAGE agent version installed on the box. > > It has been resolved by installing the correct version of software. > > Thanks and Regards, > > Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 > > e-mail: srinivas.katragadda at in.unisys.com > > No Defeat is final, Untill you stop trying. > > -----Original Message----- > From: David Baldwin [mailto:david.baldwin at ausport.gov.au] > Sent: Friday, June 24, 2011 4:48 AM > To: Katragadda, Srinivas > Cc: xymon at xymon.com > Subject: Re: [Xymon] Issue with the hardware monitoring. > > On 22/06/11 10:42 PM, Katragadda, Srinivas wrote: >> The server model is DELL POWER EDGE 1650. On which we have Windows2003 running. >> >> I have installed the DELL OPEN MANAGE 6.2 windows hardware monitoring agent on the server. >> >> Xymon collector is on Linux platform, where most of the network device hardware monitoring is happening fine. >> >> I am herewith enclosing the snmpwalk details. >> > Just looking at the OIDS returned, none are in the enterprises range for > the DELL Poweredge MIB (1.3.6.1.4.1.674.10893). > One part of your problem maybe accessing the hardware information from > the MIB. > > David. >> Can you please help how to resolve this issue? >> >> Thanks and Regards, >> >> Srinivas | UGSI | Enterprise Computing Group | EXT:7573087 -> Desk --> +91-80-40323087 >> >> e-mail: srinivas.katragadda at in.unisys.com >> >> No Defeat is final, Untill you stop trying. >> >> -----Original Message----- >> From: Buchan Milne [mailto:bgmilne at staff.telkomsa.net] >> Sent: Tuesday, June 21, 2011 11:49 AM >> To: Katragadda, Srinivas >> Cc: xymon at xymon.com >> Subject: Re: [Xymon] Issue with the hardware monitoring. >> >> On Monday, 20 June 2011 14:50:23 Katragadda, Srinivas wrote: >>> How were you trying to get "the status"? >>> >>> >>> >>> On Xymon dashboard, they are showing blank as like below one. >> Please try and provide more detail than one answer to one question, otherwise >> this is going to take a week to try and resolve. >> >> Please increase the verbosity for devmon, and post the relevant portions of >> the log (to the devmon mailing list). >> >> Please also supply the hardware model, and the template in use, for the server >> in question. >> >> Regards, >> Buchan > -- David Baldwin - IT Unit Australian Sports Commission www.ausport.gov.au Tel 02 62147830 Fax 02 62141830 PO Box 176 Belconnen ACT 2616 david.baldwin at ausport.gov.au Leverrier Street Bruce ACT 2617 ------------------------------------------------------------------------------------- Keep up to date with what's happening in Australian sport visit http://www.ausport.gov.au This message is intended for the addressee named and may contain confidential and privileged information. If you are not the intended recipient please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. If you receive this message in error, please delete it and notify the sender. -------------------------------------------------------------------------------------

1 0

How does the vmstat.rrd file get populated?
by greg.shea＠emc.com 30 Jun '11

30 Jun '11

Hi all, I have added 2 channel processes to my Xymon 4.3.3 instance, that reads data from the status and data channels and writes that data to a file for integration with another product. I have a Solaris 10 client running a standard build no bottom-feeders and I have a vmstat.rrd file, but I'm not seeing the vmstat data off my 2 channel processors. How does the standard Xymon client send the file $XYMONHOME/tmp/xymon_vmstat.hostname.12558 to the server? I'm using Henrik's simple shell script and the --processor option on the rrd channels xymon 8312 8291 0 Jun14 ? 00:00:31 xymond_channel --channel=data --log=/var/log/xymon/rrd-data.log xymond_rrd --rrddir=/apps/xymon/data/rrd --processor=/apps/xymon/server/ext/rrdfeeder.sh xymon 8566 8312 0 Jun14 ? 00:02:50 xymond_rrd --rrddir=/apps/xymon/data/rrd --processor=/apps/xymon/server/ext/rrdfeeder.sh xymon 10987 5997 0 14:36 pts/2 00:00:00 grep rrd xymon 28358 8291 0 Jun17 ? 00:03:20 xymond_channel --channel=status --log=/var/log/xymon/rrd-status.log xymond_rrd --rrddir=/apps/xymon/data/rrd --processor=/apps/xymon/server/ext/rrdfeeder.sh xymon 28359 28358 0 Jun17 ? 00:11:16 xymond_rrd --rrddir=/apps/xymon/data/rrd --processor=/apps/xymon/server/ext/rrdfeeder.sh If I use the bottom feeder scripts, vmstat gets written to my output file. Thanks and regards Greg Shea EMC Corporation

3 4