- Xymon - Xymon mailman web

XymonPSClient 64/32 bit and service runner issues
by david.baldwin＠ausport.gov.au 29 Oct '10

29 Oct '10

All, The Xymon powershell client is coming along, but I've run into some annoying issues which are little to do with powershell itself and was seeking some advice if anyone is more familiar with options available for Windows for running services and 32/64 bit environments. I was just testing on a 64-bit 2008 server, installed service from an interactive shell, created a reg key with servers list I want to use then started service. Problem was, it didn't find the reg keys. Turned out that XYMONPSCLIENT.EXE (ABC-SRVANY.EXE) is running in 32-bit mode, and despite the PDF doc suggesting it can run 64-bit apps, and that the explicit path for powershell.exe appears to be the 64-bit version, it started as 32-bit and couldn't find the reg key because it could only see HKLM:\SOFTWARE as the HKLM:\SOFTWARE\WOW6432NODE subtree. I could put in logic to detect that and explicitly use WOW6432NODE even in 64-bit mode, but there's no reason to be running in 32-bit mode when it should be possible to run 64-bit when running as a service. I also have an issue with ABC-SRVANY.EXE, that if the child powershell process dies for whatever reason, the service process is still running but it doesn't seem to care, doesn't try to restart, doesn't exit (which would allow Windows service restart options to take effect), just sits there! Does anyone have any suggestions? If someone is able to write a basic (.Net-based?) .EXE service runner that just calls a powershell script and runs in 64-bit mode if it can, 32-bit otherwise that would seem ideal. All it would need to do is start the child process, handle service stop/start signals and manage the child process, and exit if the child dies. Doesn't sound hard, but I have no development environment for that available so don't really know where to start. Thanks, David. -- 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. -------------------------------------------------------------------------------------

3 5

AUTO: Tinh Do is out of the office. (returning 11/02/2010)
by tinh.do＠continental-corporation.com 29 Oct '10

29 Oct '10

I am out of the office until 11/02/2010. If you have any urgent needs please call me on my cell. I will respond to your message when I return. Note: This is an automated response to your message "RE: [xymon] XymonPSClient 64/32 bit and service runner issues" sent on 10/29/2010 12:58:54 AM. This is the only notification you will receive while this person is away.

1 0

hobbit-clients.cfg modifications
by rpeters＠columbia.com 27 Oct '10

27 Oct '10

Hello all, this should be an easy one. I have two hobbit/xymon servers at different sites. One (the older original) is Hobbit 4.2.0 and the other which was recently installed is Xymon 4.2.3. I have all clients sending data to both servers and this is working fine. In the hobbit-clients.cfg at both sites I have some adjustments that are different than default for monitoring, basically upping the warning thresholds. I've made many updates to this file on the older server and it works fine. On the newer xymon server, I copied the configuration entry for a particular client from the older hobbit server to the new xymon server and it seems to be ignored and I continue to get warning messages. I believe this is the way to up thresholds is it not? These are the entries that I'm using. Any ideas whether this is a syntax issue or something else? Thanks in advance. HOST=this-server,that-server DISK /var 85 95 DISK /u01 98 99 DISK /u02 95 97 DISK /u03 95 97 DISK /u04 95 97 DISK /u05 95 97 DISK /u06 95 99 DISK /u07 95 97 DISK /u08 95 97 DISK /u09 95 99 DISK /disk15 95 99

1 1

Question about trend graph scaling
by Raymond.Lee＠qwest.com 26 Oct '10

26 Oct '10

Hi all, When I go to the trend page for a host and then click on a graph to get the 48-hr, 12-day, 48-day, and 576-day graphs, something doesn't look right. For example, I'm looking at the CPU utilization graphs: * In the 48-hour graph, I see 2 spikes for "user" this morning that were near 60%. * In the 12-day graph, those same 2 spikes only go up to about 30%. * In the 48-day graph, the spikes only go up to about 15%. * In the 576-day graph, the values hover around 10%. Furthermore, the legend at the bottom of the graphs shows max values that are lower than what can be seen on the graphs. I'm seeing the same behavior on the other graphs from the trend page...not just the CPU Utilization graphs. Is there a problem with the scaling of the y-axis between the graphs over the various timeframes, or am I not understanding the way that RRDTool generates these graphs? I did notice that if I zoom in from one of the higher level graphs to match a more granular graph, I get the same numbers that I expect in the more granular graph. For example, in my example above, if I go to the 12-day graph with spikes at 30% and zoom in to just the last 48 hours, the graph looks the same as the 48-hour graph with the spikes at 60%. Thanks, Ray ________________________________ This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

4 5

Please fix the xymon digest settings
by robert.herron＠gmail.com 26 Oct '10

26 Oct '10

The digest is still not quite right. Maybe the listserver needs a kick to reload its configuration. Digest sent today: 26 Oct 2010 20:14:14 -0000 Issue 2696 Topics (messages 29819 through 29819) == 1 post 26 Oct 2010 20:04:10 -0000 Issue 2695 Topics (messages 29818 through 29818) == 1 post 26 Oct 2010 19:26:18 -0000 Issue 2694 Topics (messages 29817 through 29817) == 1 post 26 Oct 2010 19:21:19 -0000 Issue 2693 Topics (messages 29816 through 29816) == 1 post 26 Oct 2010 19:07:50 -0000 Issue 2692 Topics (messages 29815 through 29815) == 1 post 26 Oct 2010 18:33:51 -0000 Issue 2691 Topics (messages 29814 through 29814) == 1 post Robert Herron robert.herron at gmail.com On Fri, Oct 22, 2010 at 4:16 PM, <xymon-digest-help at xymon.com> wrote: > From: Henrik "Størner" <henrik at hswn.dk> > To: xymon at xymon.com > Date: Fri, 22 Oct 2010 20:16:38 +0000 (UTC) > Subject: Re: [xymon] Please fix the xymon digest settings > In <AANLkTi=8Lf2ZwLw7VoDJwGE3_RmUUg1qkh8eeAFoDKEF at mail.gmail.com> Robert Herron <robert.herron at gmail.com> writes: > >>Would someone change the list server's digest setting to be less chatty? >>The listserver sent out 23 digest messages between 6:27 UTC and 13:43 UTC. >>22 of which contained only one message. > > Sorry about that. I think I have found out what was happening: There was > a threshold set so it would mail a digest message if more than 64 kB > worth of message text had accumulated. With the proliferation of HTML emails, > this would trigger much too soon. > > At least, I hope that was the reason why it was spewing those digests ... > > I've changed this now, so it should only send digests if a) it's been more > than 24 hours since the last digest message, or b) for every 30 messages.

1 0

Remove the File Test column
by willowbrookmagic＠hotmail.com 25 Oct '10

25 Oct '10

So I have no data coming in on the files column and I would like to remove it from the display. While searching I found this: I don't want to display column foo in my display. How do I do that ? A. Add the entry NOCOLUMNS:foo,bar to hide column foo and bar. so my command would be NOCOLUMNS:files Is this correct and which file do I add it to?

3 6

Devmon if_stat alarm consistency
by chrisw＠supranet.net 25 Oct '10

25 Oct '10

Posting some inconsistencies I discovered today with Devmon templates, specificly the if_stat check with only appears in Cisco templates. I was troubleshooting why various routers I have showed if_stat down for various serial interfaces but nothing was alerted in xymon. Eventually I noticed that it only is happening on 2811 and 3640 routers. I checked the templates and the file 'if_stat/exceptions' lists: ifName : alarm : Gi.+ Almost all other templates list this, or no alarm line: ifName : alarm : .+ This is a request to get consistency across the board and to set them all to alarm on everything per above. It's pretty funny that it's in the 3640 since it doesn't even support Gig interfaces that I'm aware of. Here's the templates with the issue: cisco-2811 cisco-3640 cisco-4500 cisco-5500 cisco-6506 (commented out, 6509 template not affected) cisco-msfc2 And a link to browse the file on the 3640 as an example: http://devmon.svn.sourceforge.net/viewvc/devmon/trunk/templates/cisco-3640/… Thanks! Chris

1 0

Data flooding from x.x.x.x
by iain＠shihad.org 25 Oct '10

25 Oct '10

Good afternoon xymoners. Is there a large risk in increasing the MAX_HOBBIT_INBUFSZ to above 10MB to try to avoid these error messages? Latest errormessages: Data flooding from X.X.X.X, closing connection These are windows boxes and most likely there is something wrong with the client but we are seeing this very consistently. Regards Iain Conochie NetBenefit

3 2

CheckPoint SPAT R65
by dave＠dgaraway.com 23 Oct '10

23 Oct '10

Does anyone have a client compiled for R65 that they can provide me? I'm trying to monitor my smartcneter server and 2 end points. Thanks, Dave

1 0

Qt-Maemo5 xymon desktop widget for Nokia N900
by darrik＠darmasoft.com 23 Oct '10

23 Oct '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, all. I wrote a desktop widget for the Nokia N900 that polls xymon server status on a configured interval and reports the status via color icon and notifications. The source and installation instructions (via debian repository) are here: http://github.com/darrikmazey/xymon-widget Hope someone finds it useful. Feedback and criticism are always welcome. :) Cheers, Darrik - -- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 234.738.2025 darrik at darmasoft.com http://www.darmasoft.com/ To obtain my public key, send an email to darrik at publickey.darmasoft.com. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkyrU1oACgkQUplPW50tLfGykQCeNUlYpiT1e/k7F+keBnw28VCW wjIAoII8FVzzVojMMU7qKDlciHmmP6qj =lYrb -----END PGP SIGNATURE-----

4 6