- Xymon - Xymon mailman web

[Devmon] [hobbit] Re: Devmon causing core dumps
by rower.master＠gmail.com 05 Apr '10

05 Apr '10

Hi all, I´m getting a lot of core files because of devmon if_load tests for a cisco 6509. I´m running xymon4.3.0-beta2, I´ve already tried xymon-4.3.0.-beta2 latest branch with do_devmon.c revision 6222 with no success. My rrdtool version is 1.3.9. This core is generated with the default package from xymon-4.3.0-beta2 #0 0x0063b402 in __kernel_vsyscall () #1 0x00513040 in raise () from /lib/i686/nosegneg/libc.so.6 #2 0x00514a21 in abort () from /lib/i686/nosegneg/libc.so.6 #3 0x08069e93 in sigsegv_handler (signum=11) at sig.c:57 #4 <signal handler called> #5 0x0055a4c9 in strcat () from /lib/i686/nosegneg/libc.so.6 #6 0x0804e6e4 in do_devmon_rrd (hostname=0xb7b42207 "neuss-r1", testname=0xb7b42210 "if_load", classname=0xb7b42244 "imat/imat_network/Infrastructure_Devices", pagepaths=0x807009e "", msg=0xb7b42273 "status neuss-r1.if_load green Mon Apr 5 14:20:17 2010", tstamp=1270488357) at rrd/do_devmon.c:83 #7 0x080598c4 in update_rrd (hostname=0xb7b42207 "neuss-r1", testname=0xb7b42210 "if_load", msg=0xb7b42273 "status neuss-r1.if_load green Mon Apr 5 14:20:17 2010", tstamp=1270488357, sender=0xb7b421f8 "199.200.11.51", ldef=0x8506588, classname=0xb7b42244 "imat/imat_network/Infrastructure_Devices", pagepaths=0x807009e "") at do_rrd.c:649 #8 0x0804a400 in main (argc=3, argv=0xbf88c524) at hobbitd_rrd.c:349 Does anyone here is facing the same problem? Thanks in advance, Mario. On Wed, Mar 31, 2010 at 5:28 PM, Mario Andre Panza <rower.master at gmail.com>wrote: > Buchan, > > > The revision 164 do_devmon.c from the devmon svn was working good with > 4.2.3 > > After upgrade to 4.3.0 beta2 the revision 6171 and 6222 ( from xymon svn) > do not work. > Even with the last branch 4.3.0 from the svn I'm having lot of core files > and rrdctl. files? > Do you know why the rrdctl files? > > But my question is what changes are really necessary at the revision 164 in > order to work with 4.3.0 ? > > > The diff is between 164(devmon) and 6222(svn xymon) : > > diff xymon-4.2.3/hobbitd/rrd/do_devmon.c diff/6222 > 4c4 > < /* Copyright (C) 2004-2006 Henrik Storner <henrik at hswn.dk> > */ > --- > > /* Copyright (C) 2004-2009 Henrik Storner <henrik at hswn.dk> > */ > 14c14 > < int do_devmon_rrd(char *hostname, char *testname, char *msg, time_t > tstamp) > --- > > int do_devmon_rrd(char *hostname, char *testname, char *classname, char > *pagepaths, char *msg, time_t tstamp) > 18c18 > < static char *devmon_tpl = NULL; > --- > > static void *devmon_tpl = NULL; > 68,69d67 > < devmon_params[0] = "rrdcreate"; > < devmon_params[1] = rrdfn; > 74c72 > < devmon_params[numds+2] = > xstrdup(columns[numds]); > --- > > devmon_params[numds] = > xstrdup(columns[numds]); > 78,82c76 > < devmon_params[numds+2] = rra1; > < devmon_params[numds+3] = rra2; > < devmon_params[numds+4] = rra3; > < devmon_params[numds+5] = rra4; > < devmon_params[numds+6] = NULL; > --- > > devmon_params[numds] = NULL; > 115,116c109 > < snprintf(rrdfn, sizeof(rrdfn)-1, "%s.%s.rrd", rrdbasename, > ifname); > < rrdfn[sizeof(rrdfn)-1] = '\0'; > --- > > setupfn2("%s.%s.rrd", rrdbasename, ifname); > 118c111 > < create_and_update_rrd(hostname, rrdfn, devmon_params, > devmon_tpl); > --- > > create_and_update_rrd(hostname, testname, classname, > pagepaths, devmon_params, devmon_tpl); > 127a121 > > > > Thanks in advance, > > Mario. > > > > >

1 0

Desktop Monitoring
by jkwade＠futurefrontiers.com 05 Apr '10

05 Apr '10

Is anyone doing any kind of monitoring of Desktop Clients with Xymon? I'm using the Windows Client to monitor the Windows Servers, but I'm thinking of monitoring desktop clients at remote sites. We get users complaining that their desktops are slowing accessing our Web Based Applications. (This is a dedicated business with remote offices and several thousand users). We want to try and track their desktops and what's happening with them. Any suggestions? Thanks.James

2 1

[hobbit] Desktop Monitoring
by mmoldvan＠csc.com 05 Apr '10

05 Apr '10

James, We do some monitoring for Linux based desktops and it works relatively well. As long as those remote sites can talk back to your Xymon server on port 1984 it shouldn't be a problem from a network perspective. >From a monitoring perspective, you'd probably want to run some tests while the user isn't at their system and watch the memory usage and network traffic. If there is a bottleneck in your network implementation that may be helpful, and if your app has heavy JavaScript or Java use, watching the memory info would be helpful too. If it's an app that does a lot of disk writes on the client, that's another place to look (something like an iostat for Windows). HTH, Matt. This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: "James Wade" <jkwade at futurefrontiers.com> To: <hobbit at hswn.dk> Date: 04/05/2010 01:02 PM Subject: [hobbit] Desktop Monitoring Is anyone doing any kind of monitoring of Desktop Clients with Xymon? I?m using the Windows Client to monitor the Windows Servers, but I?m thinking of monitoring desktop clients at remote sites. We get users complaining that their desktops are slowing accessing our Web Based Applications. (This is a dedicated business with remote offices and several thousand users). We want to try and track their desktops and what?s happening with them. Any suggestions? Thanks?James This is an e-mail from General Dynamics Land Systems. It is for the intended recipient only and may contain confidential and privileged information. No one else may read, print, store, copy, forward or act in reliance on it or its attachments. If you are not the intended recipient, please return this message to the sender and delete the message and any attachments from your computer. Your cooperation is appreciated.

1 0

[hobbit] Clients loosing connection trough ssh-tunnels
by namaral＠fnot.org.uk 05 Apr '10

05 Apr '10

Hi, Thanks for the help so far, you guys are great. I do get clients reporting and connecting to the server, but after a period, let's say 30 minutes they stop reporting and the alerts go purple. I will try tomorrow to set the tcpkeepalive in the sshd_config to yes and see if this is the problem. I have a funny feeling it is the tunnel that times out. Another funny thing though , the ssh-tunnels column stays green. the columns for cpu, memory,etc go purple. Regards Nelson Amaral ----- Original Message ----- From: "Tim McCloskey" <tm at freedom.com> To: "hobbit at hswn.dk" <hobbit at hswn.dk> Sent: Tuesday, 6 April, 2010 7:27:33 PM Subject: RE: [hobbit] Clients loosing connection trough ssh-tunnels That might be the tunnel IP:port of the remote BB server. What happens when you try to telnet to the server directly, from the client? (To determine if the tunnel really is up). Tim From: White, Bruce [mailto:bewhite at fellowes.com] Sent: Tuesday, April 06, 2010 11:16 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Clients loosing connection trough ssh-tunnels In the output below, it appears your client is trying to connect to bbd on the local host via the loopback address (127.0.0.1). Are you sure you have the BBDISP variable in your hobbitclient.cfg file set correctly? It should be pointing to the xymon server, not the loopback address. …..Bruce Bruce White Senior Enterprise Systems Engineer | Phone: 630-671-5169 | Fax: 630-893-1648 | bewhite at fellowes.com | www.fellowes.com Disclaimer: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Fellowes, Inc. From: Nelson Amaral [mailto:amaral8011 at googlemail.com] Sent: Tuesday, April 06, 2010 10:49 AM To: hobbit at hswn.dk Subject: [hobbit] Clients loosing connection trough ssh-tunnels Hi, I have a xymon server to monitor clients in a DMZ using ssh-tunnels. The connection is up and the clients start reporting but after about 15 minutes they stop reporting. the ssh tunnel is up but the clients go purple. Could you please help? I have tried all the settings i can think but it still happens Please see bellow client logs 2010-04-06 14:57:22 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 14:57:22 Whoops ! bb failed to send message - Connection failed 2010-04-06 15:02:23 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 15:02:23 Whoops ! bb failed to send message - Connection failed 2010-04-06 15:07:23 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 15:07:23 Whoops ! bb failed to send message - Connection failed 2010-04-06 15:12:24 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 15:12:24 Whoops ! bb failed to send message - Connection failed 2010-04-06 15:47:49 Whoops ! bb failed to send message - timeout 2010-04-06 15:52:49 Whoops ! bb failed to send message - timeout 2010-04-06 15:57:50 Whoops ! bb failed to send message - timeout 2010-04-06 16:02:51 Whoops ! bb failed to send message - timeout 2010-04-06 16:07:36 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:07:36 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:12:37 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:12:37 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:17:38 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:17:38 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:22:39 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:22:39 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:27:39 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:27:39 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:32:40 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:32:40 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:37:41 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:37:41 Whoops ! bb failed to send message - Connection failed 2010-04-06 16:42:42 Could not connect to bbd at 127.0.0.1:1984 - Connection refused 2010-04-06 16:42:42 Whoops ! bb failed to send message - Connection failed -- Kind regards Nelson Amaral

1 0

Xymon Oracle database script manual
by mgzbenjie＠gmail.com 03 Apr '10

03 Apr '10

Hello there. I have installed xymon version 4.3.0.0 beta2 on Suse Enterprise 10. I want to use it monitor Oracle and Mysql databases. I have tried to use the *hobbit-perl-client* scripts but they all seem not to work at all. Could anyone be having a *step by step manual* on installing the script and they help me out? Am really a newbie at scripting in linux. Why do most of deadcat scripts require bbdef.sh file which is missing in my xymon installation? -- Benjamin Muganzi Tel: +256774417379 +256711338994

2 1

Exchange Cluster Help Needed
by wiskbroom＠hotmail.com 02 Apr '10

02 Apr '10

All; I am monitoring a Microsoft Exchange cluster (4 servers), and am only expected to see a pair of these running all services, not all four. I'd like to set a condition whereby Exchange goes RED only if the active, or other pair, is red as well. Here are the two processes that go RED on the inactive pair: "Microsoft Exchange Information Store" "Microsoft Exchange System Attendant" My clients are using a BigBrother agent, and my server is Xymon latest. Thank you, .vp

2 2

Mysql Graphing
by namaral＠fnot.org.uk 31 Mar '10

31 Mar '10

Hi I have used a mysql script from xymonton to collect data into xymon, i get the data in xymon OK but the problem is the graphs right now. The graphs come up in the page but is not plotting, the problem is some where between hobbitserver.cfg and hobbitgraph.cfg I am asking for help while i carry on looking for the answer (maybe i'm missing something in the configuration) please note that the rrd file is created in the data folder I get the data in xymon example: Fri Mar 26 14:54:26 2010 MySQL Server OK threads: 1 questions: 990691 slow queries: 0 opens: 7128 flush tables: 1 open tables: 64 queries per second avg: 0.402 maxcon: 100 Server version: 5.0.77 Source distribution Uptime: 28 days 12 hours 19 min 1 sec Server reports timestamp of 2010-03-26 14:54:26 and have added the following in hobbitserver.cfg in TEST2RRD i added mysql=ncv and then added the following line NCV_mysql="threads:GAUGE,questions:GAUGE,slow queries:GAUGE,opens:GAUGE,flush tables:GAUGE,open tables:GAUGE,queries per second avg:GAUGE" also in hobbitgraph.cfg i added the following (i only have the first 2 instances of data for testing purposes) [mysql] TITLE mysql info YAXIS # DEF:threads=mysql.rrd:threads:AVERAGE DEF:questions=mysql.rrd:questions:AVERAGE LINE1:threads#00CCCC:threads LINE2:questions#FF0000:questions COMMENT:\n GPRINT:threads:LAST:Threads \: %5.1lf (cur) GPRINT:threads:MAX: \: %5.1lf (max) GPRINT:threads:MIN: \: %5.1lf (min) GPRINT:threads:AVERAGE: \: %5.1lf (avg)\n GPRINT:questions:LAST:Questions\: %5.1lf%s (cur) GPRINT:questions:MAX: \: %5.1lf%s (max) GPRINT:questions:MIN: \: %5.1lf%s (min) GPRINT:questions:AVERAGE: \: %5.1lf%s (avg)\n Regards Nelson Amaral ----- Original Message ----- From: "thorsten erdmann" <thorsten.erdmann at daimler.com> To: hobbit at hswn.dk Sent: Friday, 26 March, 2010 11:27:32 AM Subject: [hobbit] message filter and the DEFAULT section Hi I want to filter some messages from a specific server's message log. So I built a special rule in hobbit-clients.cfg to filter that message, but it is ignored. It seems Hobbit preferres the DEFAULT section. If I uncomment the DEFAULT LOG rule my special rule is used and the message is filtered. So how can I have a default rule including some IGNORE clauses which is used for all my servers and an additional set of rule specific to one or more servers. Here is my hobbit-client.cfg. The rule I currently playing with is marked with (***), it's the host s068c326. If I comment out the last two lines it works, if not the message "ntpd error" is detected as error. HOST=s068310i DISK %^/platform.* IGNORE HOST=s068310b DISK %^/platform.* IGNORE HOST=s068a300 LOG %.* %(fatal|error) COLOR=red IGNORE=%(smb_proc_readdir_long|peer) LOG %.* warning COLOR=yellow # DISK * 10 15 HOST=s068c327 DISK /mnt IGNORE #HOST=%s068c32.* HOST=s068c326 #HOST=s068c320,s068c321,s068c322,s068c323,s068c324,s068c325,s068c326,s068c327 LOG %.* %(fatal|error) IGNORE=%ntpd COLOR=red #(***) HOST=s068c320,s068c321,s068c322 PROC "lmgrd -c" 1 1 PROC "pam_lmd" 1 1 DEFAULT # These are the built-in defaults. UP 1h LOAD 5.0 10.0 DISK * 90 95 DISK /media/cdrom 101 101 MEMPHYS 100 101 MEMSWAP 50 80 MEMACT 90 97 LOG %.* %(fatal|error) COLOR=red IGNORE=%(read_socket_data|peer) LOG %.* warning COLOR=yellow IGNORE=40960 Thank you for help Thorsten Erdmann If you are not the intended addressee, please inform us immediately that you have received this e-mail in error, and delete it. We thank you for your cooperation.

4 6

bad time stamp causing history problems
by gus.ferrer＠mail.cuny.edu 31 Mar '10

31 Mar '10

Hi, It looks like our hobbit server rebooted back on March 12 and due to a (non-hobbit related) configuration problem on our server, the hobbit processes seem to have started BEFORE the server time and date were adjusted at bootup. So, we have lines such as this in all our the history files for all our our hobbit clients: <snip> Fri Mar 5 06:19:31 2010 green 1267787971 623047 Fri Mar 12 11:23:38 2010 red 1268411018 -14687 Fri Mar 12 07:18:51 2010 green 1268396331 1587667 Tue Mar 30 17:19:58 2010 red 1269983998 568 <snip> The entries from March 12 are out of order, with the 11:23 entry coming before the 7:18 entry. Hobbit updated the history files, then the server time was adjusted to an earlier time and hobbit updated the history files again but with earlier timestamp. Apparently, hobbit doesn't like this sort of thing, and all our history pages are showing incorrect or missing information dating back to March 12. Is there a way to fix this problem globally on my server without my having to edit each file individually (which isn't going to happen...). Or is just dropping all the history data after March 12 the answer? Thanks, Gus

1 0

status of xymonton website
by stephencouch＠hotmail.com 31 Mar '10

31 Mar '10

Hello, I saw an alert that xymonton was available, but I haven't seen any update to the status. Do we know when xymonton will again be available? Thank you. _________________________________________________________________ Hotmail is redefining busy with tools for the New Busy. Get more from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID27925::T:WLMTAGL:ON:…

3 5

need help with DISK and NFS mounts
by camorae＠googlemail.com 31 Mar '10

31 Mar '10

Hi guys, im trying to set up some trigger values into the .../hobbit/server/etc/hobbit-clients.cfg but its not working. I have a server with some NFS mounts and i had to change the .../hobbit/client/bin/hobbitclient-linux.sh to monitor them: [df] df -P -x none -x tmpfs -x shmfs -x unknown -x iso9660 with this change i can see the NFS mounts in the "disk" column. Now the problem is, that if i put some values for Yellow and Red status on the hobbit-clients.cfg or even client-side config, it does not trigger the values. HOST=nsftest DISK /nfsmount/test1 98 99 ---> this doesnt work. DEFAULT DISK /nfsmount/test1 98 99 ---> this also doesnt work. Does someone have an idea how it could work? Many thanks, Cayo

3 3