December 2011 - Xymon - Xymon mailman web

fetch error - dbcheck.pl
by marco.avvisano＠regione.toscana.it 02 Mar '12

02 Mar '12

Hi, I'm migrating to redhat Red Hat Enterprise Linux Server release 6.1 (Santiago) (64). The query is done correctly (tablespace) but the values continues to fetch until it finds an empty table. On the new server i get this message: fbh 6: 'maxsize' NULLable, type -5, 20, dsize 19, p0 s18965564 out: ftype 1, indp 0, bufl 81, rlen 81 <- prepare= ( DBI::st=HASH(0xba2c30) ) [1 items] at Hobbit_fd_lib.pm line 1089 via at dbcheck.pl line 1356 -> execute for DBD::DB2::st (DBI::st=HASH(0xba2c30)~0x107fd20) <- execute= ( -1 ) [1 items] at Hobbit_fd_lib.pm line 1093 via at Hobbit_fd_lib.pm line 1090 -> fetchall_arrayref in DBD::_::st for DBD::DB2::st (DBI::st=HASH(0xba2c30)~0x107fd20 HASH(0x1080260)) 2<- FETCH= ( [ 'name' 'size' 'free' 'used' 'usedpct' 'autoextend' 'maxsize' ] ) [1 items] at DBI.pm line 2043 via at Hobbit_fd_lib.pm line 1099 dbd_st_fetch 7 fields 0: rc=0 'SYSCATSPACE' 1: rc=0 '745013248' 2: rc=0 '142999552' 3: rc=0 '602013696' 4: rc=0 '80.80' 5: rc=0 '1' 6: rc=0 '-1' (..) 2<> FETCH= ( [ 'name' 'size' 'free' 'used' 'usedpct' 'autoextend' 'maxsize' ] ) [1 items] ('NAME' from cache) at DBI.pm li ne 2043 via at Hobbit_fd_lib.pm line 1099 !! info: '' '[IBM][CLI Driver][DB2/AIX64] SQL0100W No row was found for FETCH, UPDATE or DELETE; or the result of a quer y is an empty table. SQLSTATE=02000 ' (err#0) --------------- Summary of my perl5 (revision 5 version 12 subversion 4) configuration: Platform: osname=linux, osvers=2.6.32-131.6.1.el6.x86_64, archname=x86_64-linux uname='linux my.server 2.6.32-131.6.1.el6.x86_64 #1 smp mon jun 20 14:15:38 edt 2011 x86_64 x86_64 x86_64 gnulinux ' config_args='-de -Dcc=gcc -Dprefix=/opt/perl5' hint=recommended, useposix=true, d_sigaction=define useithreads=undef, usemultiplicity=undef useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include' ccversion='', gccversion='4.4.5 20110214 (Red Hat 4.4.5-6)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc', ldflags =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /lib/../lib64 /usr/lib/../lib64 /lib /usr/lib /lib64 /usr/lib64 /usr/local/lib64 libs=-lnsl -ldb -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=/lib/libc-2.12.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.12' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_LARGE_FILES USE_PERLIO USE_PERL_ATOF Built under linux Compiled at Sep 15 2011 10:39:35 @INC: /opt/perl5/lib/site_perl/5.12.4/x86_64-linux /opt/perl5/lib/site_perl/5.12.4 /opt/perl5/lib/5.12.4/x86_64-linux /opt/perl5/lib/5.12.4 ---------------------- Program Information dbcheck.pl version 1.08 Hobbit_fd_lib.pm version 1.15 OS Information Linux my.server 2.6.32-131.6.1.el6.x86_64 #1 SMP Mon Jun 20 14:15:38 EDT 2011 x86_64 x86_64 x86_64 GNU/Linux Perl version is v5.12.4 Module Information FindBin 1.50 POSIX 1.19 Text::Wrap 2009.0305 Sys::SigAction 0.15 Config::IniFiles 2.68 DBI 1.616 DBD::DB2 1.81 DBD::DBM 0.06 DBD::ExampleP 12.014310 DBD::File 0.40 DBD::Gofer 0.014282 DBD::SQLite 1.33 DBD::Sponge 12.010002 DBD::mysql 4.020 ----------------- Anyone have simular problem? Thanks for help Marco

1 1

monitoring aggregated network traffic
by s.seitz＠netz-haut.de 24 Feb '12

24 Feb '12

Hi, thanks for your very helpful answer. It took me a few days to get back to that issue, so sorry for that late responose. I've added additional lines for outgoing, and it works as expected. I'm absolutely fine with hardcoed interfaces, cause I need the aggregated view of particular interfaces. Thanks again, Stephan Am Donnerstag, den 13.10.2011, 19:42 +0200 schrieb Henrik Størner: On 13-10-2011 16:44, netz-haut - stephan seitz wrote: > is there any "usual" way, to monitor and graph the traffic of a bulk > of network interfaces? The reason is, some of our hosts are connected > to iSCSI storages via multipath over two or four independent > interfaces. Since the traffic is balanced equally, every interface > shows (more or less) the same amount of traffic. This leads to very > useless rrdtool graphics as there is only one multicolored thick line > visible. It would be really helpful to see a graph which shows the > SUM of the particular interfaces. This can be done by creating an RRD graph definition to do the summation for you. In RRDtool, you first use one or more "DEF" lines to grab specific data items from one or more RRD files, and put them into some "variables". You can then either use these variables directly to make a line on the graph, or you can use them for calculating other variables via a "CDEF" line. The default ifstat graph has these lines: DEF:inbytes at RRDIDX@=@RRDFN@:bytesReceived:AVERAGE CDEF:in at RRDIDX@=inbytes at RRDIDX@,8,* (The @RRDIDX@ and @RRDFN@ are because this graph repeats over all the interfaces - Xymon replaces these with a number and the RRD filename). What this does is to first define a variable "inbytes at RRDIDX@" which has the "bytesReceived" value from the RRD. The it computes another variable, "in at RRDIDX@" as 8*inbytes - to convert from bytes to bits. The notation here is Reverse Polish (RPN). So if you have 4 RRD files, one for each interface, you can have RRDtool do the math for you like this: [ifsum] TITLE Network Traffic YAXIS Bits/second DEF:inbytes0=ifstat.eth0.rrd:bytesReceived:AVERAGE DEF:inbytes1=ifstat.eth1.rrd:bytesReceived:AVERAGE DEF:inbytes2=ifstat.eth2.rrd:bytesReceived:AVERAGE DEF:inbytes3=ifstat.eth3.rrd:bytesReceived:AVERAGE CDEF:intotal=inbytes0,inbytes1,inbytes2,inbytes3,+,+,+ CDEF:inbits=intotal,8,* LINE:inbits#FF0000:Aggregate inbound The "LINE" definition then uses the "inbits" value to draw a (red) line with this data. Have a look at graphs.cfg, and I'm sure you can figure out to add a line for the outgoing data also. Add "ifsum" to the GRAPHS setting in xymonserver.cfg, and the graph should show up on the "trends" page. Regards, Henrik PS: I haven't actually tested any of this, so feel free to provide corrections :-) _______________________________________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon

3 7

Stop all alerts for maintainance
by akshar.bhosale＠gmail.com 08 Feb '12

08 Feb '12

hi, we have xymon 4.2.2. We want to stop all alerts at a time for some maintainance. How that can be done in one go? -akshar

6 5

GROUPs and recovery alerts
by henrik＠hswn.dk 19 Jan '12

19 Jan '12

On 05-07-2011 11:58, Heather Keen wrote: > Anyway, I think this is a BUG. > > Xymon Version 4.3.3. > Configuration as follows: > > analysis.cfg: > HOST=myhost.mydomain.com GROUP=heather > PROC TESTtestTEST 1 > > alerts.cfg: > HOST=* > MAIL heather1 at mydomain.com RECOVERED > > GROUP=heather > MAIL heather2 at mydomain.com RECOVERED > > > When the alert is generated, both e-mail addresses get the notification. > But when the alert is cleared, only heather1 at mydomain.com > <mailto:heather1 at mydomain.com> gets the recovery message. > > I've tried lots of different configuration options, and the only > conclusion I can come to is that recovery messages to GROUPs do not > work. :( It's certainly not what you would expect - must agree with that. But solving it is not quite as easy as one would expect. The problem is that when the PROC triggers a red status, Xymon knows that the rule was one that included a "GROUP=heather" setting. But when the recovery happens, it is because none of the rules in analysis.cfg triggered. So Xymon does not know that the green status is a recovery from a rule that contained the GROUP setting. There is some state lost here. To solve this, the xymond_alert module will have to keep track of the active alerts, and which GROUP settings triggered them. When the recovery happens, it will then use that list of groups that received the alert as the basis for sending out the recovered-notices. It can be solved, of course. Just don't be disappointed when you see 4.3.4 being released later today without a fix for this problem. Regards, Henrik

2 2

Multiplicated Background-gif after update to 4.3.5
by hj.beckers＠kreis-steinfurt.de 12 Jan '12

12 Jan '12

After upgrading from 4.3.0b2 to 4.3.5 the background-gif on the service pages gets multiplicated across the page (see attached screenshot). The overview pages are ok. Any hints?

4 4

Web Administration
by dave＠dgaraway.com 31 Dec '11

31 Dec '11

Do anyone have any information on a web admin i could use for Xymon? I have a division that senior management is requiring that they can add and delete nodes but they dont know Linux and I dont want them to have access to the server. Thanks, Dave Garaway 818.383.7249

3 3

IPv6 (again)
by sjcarr＠gmail.com 29 Dec '11

29 Dec '11

Hi all, I notice from the archives this was last brought up in August [ http://lists.xymon.com/pipermail/xymon/2011-August/032217.html] has there been any move forward with IPv6 support in the xymonnet tool? If not are there any timescales/milestones of when this is likely to be implemented? It is starting to become more prevalent that we monitor our IPv6 infrastructure and I'd rather not have to move lock, stock and barrel to a different monitoring solution. If it's physical coding that is required to get it up and running then I could certainly take a look at it or see if any of our guys could fill in the missing bits, but some indication of what is needed would be good. Thanks Steve

3 3

displaygroups and analysis.cfg ?
by martin.flemming＠desy.de 29 Dec '11

29 Dec '11

Hope, everyone had a Very Merry Christmas! Short question : I've got a problem with the displaygroup-option and analysis.cfg it still works only for me with alert.cfg .. :-( in the changelog of 4.3.5 was written * analysis.cfg and alerts.cfg: New DISPLAYGROUP setting to select hosts by the group/group-only/group-except text. Does anybody got this option in analysis.cfg to work ? thanks & cheers Martin

1 1

Query on Xymon
by Nitin_Doifode＠infosys.com 29 Dec '11

29 Dec '11

Hi, While exploring this tool, just wanted to know whether we can do the capacity management of below setup Severs - IBM Power P795 Power Virtualization technology for AIX5.3 Used processor shared pooling while configuring LPAR's Expectation: * Identify the capacity utilization for all the computing resources (CPU, Memory, Storage, LAN/WAN etc.) * Create a trend of the same over a period of time, to identify if there are any bottlenecks (like Month end, Quarter End, Year End etc.) * Confirm, whether any of the new applications can be on boarded, given their capacity requirements. Appreciate if you could help. Thanks and regards, Nitin D Infrastructure Management Services Infosys Technologies Limited "Winning doesn't mean always being first, winning means you're doing better than you've done before" - Bonnie Blair. **************** CAUTION - Disclaimer ***************** This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Further, you are not to copy, disclose, or distribute this e-mail or its contents to any other person and any such actions are unlawful. This e-mail may contain viruses. Infosys has taken every reasonable precaution to minimize this risk, but is not liable for any damage you may sustain as a result of any virus in this e-mail. You should carry out your own virus checks before opening the e-mail or attachment. Infosys reserves the right to monitor and review the content of all messages sent to or from this e-mail address. Messages sent to or from this e-mail address may be stored on the Infosys e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS***

1 0

xymonton down?
by ralphmitchell＠gmail.com 29 Dec '11

29 Dec '11

Is xymonton.org down, or moved elsewhere?? Ralph Mitchell

1 0