April 2010 - 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

[hobbit] Help: No graphs in xymon
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?

3 4

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