February 2012 - Xymon - Xymon mailman web

bbwin central mode does not generate clock.rrd
by malcolm.hunter＠gmx.com 05 Feb '12

05 Feb '12

> ----- Original Message ----- > From: Scott Pfister > Sent: 02/04/12 03:44 AM > To: xymon at xymon.com > Subject: [Xymon] bbwin central mode does not generate clock.rrd > > Is there a way to get the clock.rrd generated from a bbwin client (.12 or > .13) running in central mode? The client reports clock, but xymon doesn't > generate clock.rrd like it does for a linux or unix host. It would be nice > to graph the clock offset for windows hosts too. > > Clock output from bbwin in central mode: > > [clock] > epoch: 1328326750 > local: Fri Feb 03 22:39:10 2012 > UTC: Sat Feb 04 03:39:10 2012 > > Clock output linux client > > [clock] > epoch: 1328326887.763926 > local: 2012-02-03 22:41:27 EST > UTC: 2012-02-04 03:41:27 GMT This is a BBWin issue, please could you raise it as a bug on the BBWin SourceForge site? Thanks, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net

1 0

bbwin central mode does not generate clock.rrd
by icepickjazz＠gmail.com 04 Feb '12

04 Feb '12

Is there a way to get the clock.rrd generated from a bbwin client (.12 or .13) running in central mode? The client reports clock, but xymon doesn't generate clock.rrd like it does for a linux or unix host. It would be nice to graph the clock offset for windows hosts too. Clock output from bbwin in central mode: [clock] epoch: 1328326750 local: Fri Feb 03 22:39:10 2012 UTC: Sat Feb 04 03:39:10 2012 Clock output linux client [clock] epoch: 1328326887.763926 local: 2012-02-03 22:41:27 EST UTC: 2012-02-04 03:41:27 GMT Thanks,

1 0

testing group owner on a file
by sholmes42＠mac.com 03 Feb '12

03 Feb '12

[Note: still running 4.2.3] I have a file definition: FILE /usr/sbin/sendmail.sendmail GROUP:51 yellow for our Linux servers. However, it seems to not be working. On several hosts the file data looks like: [file:/usr/sbin/sendmail.sendmail] type:100000 (file) mode:2755 (-rwxr-sr-x) linkcount:1 owner:0 (root) group:25 (smmsp) size:806460 clock:1328201361 (2012/02/02-11:49:21) atime:1328201173 (2012/02/02-11:46:13) ctime:1316579762 (2011/09/21-00:36:02) mtime:1311839803 (2011/07/28-03:56:43) Which I think should throw a warning. At one point I tried GROUPID=51, but that didn't work either and failed even worse by complaining that the group owner should be "D=51", so it appears to just be looking for the keyword GROUP and then skipping the next character and using the remainder of the string for the id (numeric or symbolic). But, still, it isn't complaining about the group id being 25 when we want it to be 51. Why doesn't it work as expected? Thanks, Steve

2 1

disable flapping host
by martin.flemming＠desy.de 02 Feb '12

02 Feb '12

Hi ! Is it possible to disable flapping-alert via xymond for one special host or special test ? thanks & cheers Martin

1 0

checkwin
by bacaselo＠gmail.com 02 Feb '12

02 Feb '12

Hey there, I just want to let you know that i've modified the checkwin agent in the Xymonton Monitors tab: http://xymonton.org/ Now this script works with the more powerfull check_nrpe nagios binary instead of the check_nt one. This script uses the nagios agent "NSClient++" that must be installed on the windows servers. Reason why I can't use BBWin: I needed a mechanism that allows Xymon to pull data from a windows machine and not a push mechanism like BBWin does. I've added the following features: cpu, disk, memory, uptime, services, procs, files, bbwin external script support. Todo in the near future: - event log check. - task scheduler check. best regards, B-Art

1 0

BBWin 0.13
by ian.burrowes＠gmail.com 02 Feb '12

02 Feb '12

Thanks Malcom, Your work (and Henrik's) is very much appreciated! Kind Regards, Ian

1 0

BBWin 0.13
by malcolm.hunter＠gmx.com 01 Feb '12

01 Feb '12

Hi, By request, I've uploaded version 0.13 of the BBWin MSI to SourceForge. This is compiled from the current Subversion trunk (revision 238) - we've not tagged it yet. I just wanted to release it to the public - I know there are still unresolved issues, but the latest version does have some important fixes. Please use the bug reporting on SourceForge to raise any issues. Thanks, Malcolm -- BBWin Development - The Windows client for Big Brother and Xymon http://bbwin.sourceforge.net http://xymon.sourceforge.net

2 1

File Monitor in Central Mode on WinXP
by SKreien＠la-z-boy.com 01 Feb '12

01 Feb '12

Try SIZE>0. Scot Kreienkamp skreien at la-z-boy.com -----Original Message----- From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Jacob Paul Jordan Sent: Tuesday, January 31, 2012 5:12 PM To: xymon at xymon.com Subject: [Xymon] File Monitor in Central Mode on WinXP Folks, I am using the filemonitor in bbwin in central mode. It finds the file if it is there but the NOEXIST does not work. I have the following in client-local: [nas] file:c:/publicdata/logs/shouldnotbehere.txt and I have the following in hobbit-clients: HOST=nas FILE "C:/Publicdata/Logs/shouldnotbehere.txt" NOEXIST color=red If the file exists it reports the file but nothing else. Please advise. Paul _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon 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

Odd behaviour with FILE test
by john.r.rothlisberger＠accenture.com 01 Feb '12

01 Feb '12

Has anyone seen this happen before - First, my Xymon server is running on Ubuntu 10.04. Xymon version 4.3.0. I have 2 Windows 2003 SP2 servers in which I check a files modified time. On one of those servers the file checked returns a green indication as the file has been modified within the last 5 minutes. On the other it says it has not been updated in over 21,600+ seconds (just over the 6 hour mark). If I look at the data returned from both tests the time in seconds in virtually the same - both are actually off by about 6 hours. The time and time zone are set the same on both servers. The times are all consistent with the Xymon server. The files on both servers are no older then 5 minutes. So, why does one file test say it is off by 6 hours (UTC vs. CST)? Thanks, John _____________________________________________________________________ John Rothlisberger IT Strategy, Infrastructure & Security - Technology Growth Platform TGP for Business Process Outsourcing Accenture 312.693.3136 office _____________________________________________________________________ ________________________________ Subject to local law, communications with Accenture and its affiliates including telephone calls and emails (including content), may be monitored by our systems for the purposes of security and the assessment of internal compliance with Accenture policy. ______________________________________________________________________________________ www.accenture.com

1 0

Solaris memory
by lebarber＠gmail.com 01 Feb '12

01 Feb '12

I'm seeing results like this from some of my Solaris boxes: [image: green] Physical 4294914121M 1024M 4294962104% [image: red] Swap 896M 1023M 87% Has anybody run into this before, is there any way to fix it? Thanks, Larry Barber

3 3