April 2009 - Xymon - Xymon mailman web

filtering system state on main page
by Jason.Chambers＠geosoft.com 09 Apr '09

09 Apr '09

Hi there... Really weird question. I have added a "test systems" page in my bb-hosts file. Is there a way to make sure that the colour/alert from this page doesn't filter down to the main page. Ex. I don't want my main page to be red because of something wrong with the test systems, yet I want to know there is something on the Test Systems page that is indicating red when I glance at it. Cheers, Jason Chambers IT Help Desk Associate GEOSOFT INC. freedom to explore T +1 416.369.0111 #344 F +1 416.369.9599 Visit our site at www.geosoft.com

3 4

help with linecount graphing problem
by SKreien＠la-z-boy.com 09 Apr '09

09 Apr '09

OK guys, I'm 0 for 2 on the list. Hope someone has some wisdom for me on this one. I found a reference to using the linecount parameter in a status message to split the data into multiple graphs. So I've put  in my status message. The page does show a broken image where the second graph should be after adding the linecount to the status message, so it is picking it up. The problem is that I can't figure out how to tell it to move some of the data lines to the second graph. Here's my settings from hobbitgraph: [tomcat] TITLE Number of Tomcat threads YAXIS Thread Count DEF:tomcatthreadcount=tomcat.rrd:TOMCATTHREADS:AVERAGE DEF:tomcatmaxthreadcount=tomcat.rrd:TOMCATMAXTHREADS:AVERAGE LINE2:tomcatthreadcount#000CCC:Thread Count LINE2:tomcatthreadcount#000CCC:1Thread Count\n LINE2:tomcatthreadcount#000CCC:3Thread Count\n LINE2:tomcatthreadcount#000CCC:4Thread Count\n LINE2:tomcatthreadcount#000CCC:5Thread Count\n GPRINT:tomcatthreadcount:LAST: %5.1lf%s (cur) GPRINT:tomcatthreadcount:MAX: %5.1lf%s (max) GPRINT:tomcatthreadcount:MIN: %5.1lf%s (min) GPRINT:tomcatthreadcount:AVERAGE: %5.1lf%s (avg)\n LINE2:tomcatmaxthreadcount#FF0000:Max Threads I've duplicated one of the lines a few times to get to 6 lines as a test. But they are still all shown on the first graph, and all I get where the second graph should be is a broken link. How do I move those lines to the second graph??? Thanks, Scot Kreienkamp La-Z-Boy Inc.

1 0

graph GAUGES
by Doug.Williams＠rhd.com 08 Apr '09

08 Apr '09

Nevermind, I just took out the %s in the GPRINT and it solved the problem. I should have looked at the rrd docs first. Thanks Doug ________________________________ From: Williams, Doug (Consultant-RIC) Sent: Tuesday, April 07, 2009 5:22 PM To: 'hobbit at hswn.dk' Subject: graph GAUGES Has anyone ever seen something similar to graph below with really large numbers ending with 'm' (see avg column) that are not the data I'm sending: The graph looks to be correct though. The data file sent is as follows: cpuB : 2 dataB : 1 cpuA : 1 dataA : 1 And the hobbitgraph.cfg section: [evacpu] TITLE EVA CPU Info YAXIS % Load DEF:cpuA=evacpu.rrd:cpuA:AVERAGE DEF:cpuB=evacpu.rrd:cpuB:AVERAGE DEF:dataA=evacpu.rrd:dataA:AVERAGE DEF:dataB=evacpu.rrd:dataB:AVERAGE LINE2:cpuA#CC0000:Controller A CPU LINE2:cpuB#0000CC:Controller B CPU LINE2:dataA#00CCCC:Controller A Data LINE2:dataB#00FF00:Controller B Data COMMENT:\n GPRINT:cpuA:LAST:Controller A CPU \: %5.1lf%s (cur) GPRINT:cpuA:MAX: \: %5.1lf%s (max) GPRINT:cpuA:MIN: \: %5.1lf%s (min) GPRINT:cpuA:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:cpuB:LAST:Controller B CPU \: %5.1lf%s (cur) GPRINT:cpuB:MAX: \: %5.1lf%s (max) GPRINT:cpuB:MIN: \: %5.1lf%s (min) GPRINT:cpuB:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:dataA:LAST:Controller A Data \: %5.1lf%s (cur) GPRINT:dataA:MAX: \: %5.1lf%s (max) GPRINT:dataA:MIN: \: %5.1lf%s (min) GPRINT:dataA:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:dataB:LAST:Controller B Data \: %5.1lf%s (cur) GPRINT:dataB:MAX: \: %5.1lf%s (max) GPRINT:dataB:MIN: \: %5.1lf%s (min) GPRINT:dataB:AVERAGE: \: %5.1lf%s (avg)\n Not sure how it is coming up with those latge numbers. Any insights appreciated. Thanks Doug

1 0

Problem with Solaris 10 Xymon 4.2.3 client build (largefiles)
by Jason.F.Rockwell＠conocophillips.com 08 Apr '09

08 Apr '09

All, I am attempting to build the Xymon 4.2.3 (latest stable release) client on a Solaris 10 (entire dist w/ OEM support) system. While running "configure" I get the following error: Checking for Large File Support ... ERROR: LFS support check failed for standard file support I've seen in the other posts where this is a problem with "largefiles" not being a mount option on the filesystem where Xymon is being installed. However, when I do a "mount -p" this doesn't seem to be the case... [root at hotce01:...xymon/xymon-4.2.3]# mount -p | more /dev/vx/dsk/bootdg/rootvol - / ufs - no rw,intr,largefiles,xattr,onerror=panic /devices - /devices devfs - no ctfs - /system/contract ctfs - no proc - /proc proc - no mnttab - /etc/mnttab mntfs - no swap - /etc/svc/volatile tmpfs - no xattr objfs - /system/object objfs - no sharefs - /etc/dfs/sharetab sharefs - no /platform/sun4u-us3/lib/libc_psr/libc_psr_hwcap1.so.1 - /platform/sun4u-us3/lib/libc_psr.so.1 lofs - no /platform/sun4u-us3/lib/sparcv9/libc_psr/libc_psr_hwcap1.so.1 - /platform/sun4u-us3/lib/sparcv9/libc_psr.so.1 lofs - no fd - /dev/fd fd - no rw swap - /tmp tmpfs - no xattr swap - /var/run tmpfs - no xattr swap - /dev/vx/dmp tmpfs - no xattr swap - /dev/vx/rdmp tmpfs - no xattr Has anyone else had this problem? Thanks, Jason Rockwell ConocoPhillips Technical Unix Services Mail: Jason.F.Rockwell at conocophillips.com <mailto:Jason.F.Rockwell at conocophillips.com>

1 0

netapp.pl & xymon 4.2.3 & (no) disk graphs
by peter.welter＠gmail.com 08 Apr '09

08 Apr '09

Hello all, In our environment we also monitor 5 NetApp's using (Franscesco Duranti's) netapp.pl and everything worked fine for over 1,5 year or so. Last night I upgraded our environment from Hobbit 4.2.0 to Xymon 4.2.3. >From that moment on, two of our main filers (camelot & excalibur) do NOT report any disk graphs anymore, all other graphs just work fine. Our snapvault backup filer (noah) however, is mixed up. It shows 8 disk graphs, but most graphs (48...!) can not be seen... I checked the rrd-files (with rrdtool dump ...) and the disk-rrd-files are still updated; they are just not shown anymore in either the disk- and trends-column!? While checking the rrd-files, I discovered there are many xstat*-.rrd-files like xstatdisk*, xstataggregate*, xstatqtree*, xstatvolume* and xstatifnet*? I don't think it has anything to do with the above. I just thought I should mention this. Fortunately I have two other filers who are not used anymore (sort of), so I can think I can use these two filers to pinpoint the main problem. But I really do need your help in this case. -- Thank you, Peter - NO GRAPHS: CAMELOT - Filesystem Total Used Available %Used Mounted On /VUW 9274283368 8314448264 959835104 90% /VUW /vol/vol0 16777216 696860 16080356 4% /vol/vol0 /vol/VUW_APPLICATIONS 251658240 159270672 92387568 63% /vol/VUW_APPLICATIONS /vol/VUW_DEPARTMENTS 1417339208 1135870820 281468388 80% /vol/VUW_DEPARTMENTS /vol/VUW_HOMES 3022918780 2901801520 121117260 96% /vol/VUW_HOMES /vol/VUW_WORKGROUPS 1202087528 1121291188 80796340 93% /vol/VUW_WORKGROUPS /vol/VUW_TEMPORARY 8388608 12684 8375924 0% /vol/VUW_TEMPORARY /vol/VUW_PROFILES 112459776 91835428 20624348 82% /vol/VUW_PROFILES /vol/VUW_DEPLOYMENT 83886080 704944 83181136 1% /vol/VUW_DEPLOYMENT /vol/VUW_SOFTWARE 150994944 65930108 85064836 44% /vol/VUW_SOFTWARE /vol/VUW_HOMES2 419430400 297936168 121494232 71% /vol/VUW_HOMES2 /vol/VUW_HOMES3 125829120 5290488 120538632 4% /vol/VUW_HOMES3 /vol/VUW_PROFILES2 125829120 85202468 40626652 68% /vol/VUW_PROFILES2 /vol/VUW_PROFILES3 41943040 872628 41070412 2% /vol/VUW_PROFILES3 netapp.pl version 1.10 - column disk lifetime 60, tested in ~ 00:00:00 (max 00:02:00) - NO GRAPHS: EXCALIBUR - Filesystem Total Used Available %Used Mounted On /UB 1309580492 1066842844 242737648 81% /UB /SAP 2976319296 2575401928 400917368 87% /SAP /ULCN_en_VMware 5238716824 1943827540 3294889284 37% /ULCN_en_VMware /vol/ub_test_aleph2 188743680 177386228 11357452 94% /vol/ub_test_aleph2 /vol/vol0 16777216 3751760 13025456 22% /vol/vol0 /vol/ub_prod_arc2 150994944 93639628 57355316 62% /vol/ub_prod_arc2 /vol/sra 125829120 92536612 33292508 74% /vol/sra /vol/ub_prod_aleph2 330301440 230768244 99533196 70% /vol/ub_prod_aleph2 /vol/sld 52428800 31220604 21208196 60% /vol/sld /vol/eco 314572800 226719852 87852948 72% /vol/eco /vol/eca 419430400 304858736 114571664 73% /vol/eca /vol/ecp 524288000 393638904 130649096 75% /vol/ecp /vol/srp 136314880 81797720 54517160 60% /vol/srp /vol/sro 104857600 70797956 34059644 68% /vol/sro /vol/epo 52428800 33606396 18822404 64% /vol/epo /vol/epa 52428800 35038276 17390524 67% /vol/epa /vol/epp 52428800 33691756 18737044 64% /vol/epp /vol/bwo 167772160 136329488 31442672 81% /vol/bwo /vol/tro 20971520 3338920 17632600 16% /vol/tro /vol/xio 94371840 81723648 12648192 87% /vol/xio /vol/bwp 335544320 242048196 93496124 72% /vol/bwp /vol/solaris 115343360 27299736 88043624 24% /vol/solaris /vol/tra 20971520 3041028 17930492 15% /vol/tra /vol/trp 20971520 3999036 16972484 19% /vol/trp /vol/xip 78643200 53005168 25638032 67% /vol/xip /vol/dba 78643200 23371816 55271384 30% /vol/dba /vol/ub_test_aleph3 335544320 154981876 180562444 46% /vol/ub_test_aleph3 /vol/vmware_test_marc_hooy 234881024 47024396 187856628 20% /vol/vmware_test_marc_hooy /vol/ulcn_mailstore 1089260752 821614700 267646052 75% /vol/ulcn_mailstore /vol/ulcn_surf 52428800 2432 52426368 0% /vol/ulcn_surf /vol/sapbwa 157286400 135781296 21505104 86% /vol/sapbwa /vol/sapxia 136314880 94309300 42005580 69% /vol/sapxia /vol/ulcn_ota_mailstore 20971520 104 20971416 0% /vol/ulcn_ota_mailstore /vol/saptra 16777216 3039008 13738208 18% /vol/saptra netapp.pl version 1.10 - column disk lifetime 60, tested in ~ 00:00:00 (max 00:02:00) - SOME GRAPHS: NOAH (disks marked with ' ***' at the end) - Filesystem Total Used Available %Used Mounted On /backupaggr_2_kog 8162374688 1851811324 6310563364 23% /backupaggr_2_kog /backupaggr_3_kog 8162374688 315328000 7847046688 4% /backupaggr_3_kog /backupaggr_kog 12885604304 11654758296 1230846008 90% /backupaggr_kog /vol/vol0 16777216 797048 15980168 5% /vol/vol0 /vol/ULCN_MAILSTORE 1717567488 1343487832 374079656 78% /vol/ULCN_MAILSTORE /vol/SAP_PENSITO 104857600 28819648 76037952 27% /vol/SAP_PENSITO /vol/VUWNAS02_APPLICATIONS 262144000 161875620 100268380 62% /vol/VUWNAS02_APPLICATIONS /vol/SAP_SAPBWA 419430400 272891352 146539048 65% /vol/SAP_SAPBWA /vol/SAP_SAPXIA 120586240 114195504 6390736 95% /vol/SAP_SAPXIA /vol/UFB_UFBSVR01 104857600 14564464 90293136 14% /vol/UFB_UFBSVR01 /vol/IBS_NIHIL 52428800 2303108 50125692 4% /vol/IBS_NIHIL *** /vol/IGRSFS101 471859200 141582412 330276788 30% /vol/IGRSFS101 /vol/IBS_ORWELL 104857600 26580588 78277012 25% /vol/IBS_ORWELL /vol/IBS_NEXUS 52428800 12342608 40086192 24% /vol/IBS_NEXUS *** /vol/IBS_NUNQUAM 52428800 120 52428680 0% /vol/IBS_NUNQUAM *** /vol/VUW_EXCHANGE 157286400 295364 156991036 0% /vol/VUW_EXCHANGE /vol/IBS_NUSQUAM 52428800 1892756 50536044 4% /vol/IBS_NUSQUAM *** /vol/IBS_NAGGER 31457280 1378740 30078540 4% /vol/IBS_NAGGER *** /vol/VUW_VUWSDC02 524288000 491685452 32602548 94% /vol/VUW_VUWSDC02 /vol/VUWNAS02_DEPARTMENTS 1287651328 1213016980 74634348 94% /vol/VUWNAS02_DEPARTMENTS /vol/VUWNAS02_HOMES 3328180224 3211611536 116568688 96% /vol/VUWNAS02_HOMES /vol/GAMMA 68157440 218848 67938592 0% /vol/GAMMA *** /vol/VUWNAS02_WORKGROUPS 1258291200 1184439936 73851264 94% /vol/VUWNAS02_WORKGROUPS /vol/VUWNAS02_PROFILES 314572800 296196216 18376584 94% /vol/VUWNAS02_PROFILES /vol/VUWNAS02_DEPLOYMENT 419430400 15745112 403685288 4% /vol/VUWNAS02_DEPLOYMENT /vol/VUWNAS02_SOFTWARE 125829120 66229432 59599688 53% /vol/VUWNAS02_SOFTWARE /vol/UB_PROD_ALEPH2 838860800 516906036 321954764 62% /vol/UB_PROD_ALEPH2 /vol/VUW_VUWSDC01 545259520 507335816 37923704 93% /vol/VUW_VUWSDC01 /vol/VUW_VUWSDC04 73400320 62864376 10535944 86% /vol/VUW_VUWSDC04 /vol/VUW_VUWSMC02 62914560 50989600 11924960 81% /vol/VUW_VUWSMC02 /vol/VUW_VUWSOM01 15728640 12395368 3333272 79% /vol/VUW_VUWSOM01 /vol/UB_PROD_ARC2 503316480 454875292 48441188 90% /vol/UB_PROD_ARC2 /vol/VUW_VUWSWP02 47185920 35898380 11287540 76% /vol/VUW_VUWSWP02 /vol/VUW_VUWSWP03 314572800 266760000 47812800 85% /vol/VUW_VUWSWP03 /vol/VUW_VUWSDS03 104857600 24002548 80855052 23% /vol/VUW_VUWSDS03 /vol/VUW_VUWSDC03 676331520 628669724 47661796 93% /vol/VUW_VUWSDC03 /vol/VUW_VUWSDC05 104857600 45930952 58926648 44% /vol/VUW_VUWSDC05 /vol/VUW_VUWSMC01 157286400 84099620 73186780 53% /vol/VUW_VUWSMC01 /vol/IBS_INSULA 104857600 16690432 88167168 16% /vol/IBS_INSULA *** /vol/VUW_VUWSOM02 524288000 361859348 162428652 69% /vol/VUW_VUWSOM02 /vol/VUW_VUWSOM03 20971520 10001972 10969548 48% /vol/VUW_VUWSOM03 /vol/UB_DELOS 104857600 47352240 57505360 45% /vol/UB_DELOS /vol/ICLON_ICLAPP01 73400320 53232408 20167912 73% /vol/ICLON_ICLAPP01 /vol/ICLON_ICLWEB01 62914560 46468948 16445612 74% /vol/ICLON_ICLWEB01 /vol/VMWARE_VIRTUALCENTER 104857600 19512 104838088 0% /vol/VMWARE_VIRTUALCENTER /vol/VUWNAS02_HOMES2 576716800 355405576 221311224 62% /vol/VUWNAS02_HOMES2 /vol/VUWNAS02_HOMES3 209715200 6830260 202884940 3% /vol/VUWNAS02_HOMES3 /vol/VUWNAS02_PROFILES2 157286400 140940584 16345816 90% /vol/VUWNAS02_PROFILES2 /vol/VUWNAS02_PROFILES3 52428800 3244172 49184628 6% /vol/VUWNAS02_PROFILES3 /vol/SAP_FERA 419430400 86547324 332883076 21% /vol/SAP_FERA /vol/SAP_PECUNIA 146800640 39624548 107176092 27% /vol/SAP_PECUNIA /vol/VOIP_DORIS 104857600 68756404 36101196 66% /vol/VOIP_DORIS /vol/VOIP_DIONYSUS 83886080 33812768 50073312 40% /vol/VOIP_DIONYSUS /vol/VOIP_TELESTO 104857600 65484616 39372984 62% /vol/VOIP_TELESTO /vol/TNB_HESTIA 209715200 94268 209620932 0% /vol/TNB_HESTIA /vol/UB_TEST_ALEPH 419430400 195480256 223950144 47% /vol/UB_TEST_ALEPH /vol/WEB_KERESIS 104857600 4617936 100239664 4% /vol/WEB_KERESIS /vol/ERBIS_THOR 157286400 23998732 133287668 15% /vol/ERBIS_THOR /vol/UB_ARCHIMEDES 52428800 1580596 50848204 3% /vol/UB_ARCHIMEDES /vol/SAP_SAPTRA 31457280 2939920 28517360 9% /vol/SAP_SAPTRA /vol/WEB_MIRAMAR 52428800 1484252 50944548 3% /vol/WEB_MIRAMAR /vol/WEB_PENTHARIAN 52428800 1472288 50956512 3% /vol/WEB_PENTHARIAN /vol/WEB_APOLLYON 52428800 2899836 49528964 6% /vol/WEB_APOLLYON /vol/IBS_NIRVANA 62914560 1231284 61683276 2% /vol/IBS_NIRVANA *** /vol/IGRSFS001_ORG 367001600 136379928 230621672 37% /vol/IGRSFS001_ORG /vol/IGRSFS001 142606336 116948784 25657552 82% /vol/IGRSFS001 /vol/koala 104857600 14221836 90635764 14% /vol/koala netapp.pl version 1.10 - column disk lifetime 60, tested in ~ 00:00:00 (max 00:02:00) Normal behaviour: nas-node1: Filesystem Total Used Available %Used Mounted On /vol/vuwanas01 228589568 190858164 37731404 83% /vol/vuwanas01 /vol/vol0 30198992 1039268 29159724 3% /vol/vol0 netapp.pl version 1.10 - column disk lifetime 60, tested in ~ 00:00:00 (max 00:02:00) nas-node2: Filesystem Total Used Available %Used Mounted On /vol/vol0 30198992 548304 29650688 2% /vol/vol0 netapp.pl version 1.10 - column disk lifetime 60, tested in ~ 00:00:00 (max 00:02:00)

5 12

AUTO: David W Daniels/AC/VCU is out of the office. (returning 04/13/2009)
by dwdaniel＠vcu.edu 08 Apr '09

08 Apr '09

I am out of the office until 04/13/2009. I will respond to your message when I return. If you require immediate assistance contact the Network Operations Center(NOC) at (804)828-1802. Note: This is an automated response to your message "Re: [hobbit] Using ldap accounts with Xymon" sent on 4/7/09 20:33:40. This is the only notification you will receive while this person is away.

1 0

Lars-Ole G Nielsen/SCA/CSC is out of the office.
by lnielsen4＠csc.com 08 Apr '09

08 Apr '09

I will be out of the office starting 08-04-2009 and will not return until 27-04-2009. I will respond to your message when I return.

1 0

weird ping problem
by nico＠crysto.org 07 Apr '09

07 Apr '09

Hi, I got a weird problem on a ping test. Indeed, i got a simple definition in bb-hosts file: 10.204.32.41 plmfwl01 # DESCR:"Poalim,v1:PG,AA01,10" DEVMON When i ping it from Hobbit server, it works: # ping 10.204.32.41 PING 10.204.32.41 (10.204.32.41) 56(84) bytes of data. 64 bytes from 10.204.32.41: icmp_seq=0 ttl=254 time=6.18 ms 64 bytes from 10.204.32.41: icmp_seq=1 ttl=254 time=8.87 ms 64 bytes from 10.204.32.41: icmp_seq=2 ttl=254 time=8.38 ms 64 bytes from 10.204.32.41: icmp_seq=3 ttl=254 time=8.15 ms --- 10.204.32.41 ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 3003ms rtt min/avg/max/mdev = 6.187/7.902/8.877/1.029 ms, pipe 2 But i got a ping alarm: Tue Apr 7 16:57:42 2009 ping NOT ok Service ping on plmfwl01 is not OK : Host does not respond to ping System unreachable for 89 poll periods (21293 seconds) red 10.204.32.41 is unreachable Status unchanged in 5 hours, 56 minutes I checked that the status is sent from this hobbit server and it's the case. I'm using fping in hobbit config but it works too from shell: # fping 10.204.32.41 10.204.32.41 is alive The others devices are pinging correctly, i got only 2 ip in this case. What's going on ? Regards, Nico

1 0

rpm or packages for xymon-4.2.2 including rrdtool and all packages for installing on rhel 5.2 x86_64
by pankaj.dorlikar＠gmail.com 07 Apr '09

07 Apr '09

can anybody help me to get "rpm for xymon-4.2.2 including rrdtool and all packages for installing on rhel 5.2 x86_64".. or can anyone give me the complete details of packages required for it to successfully install on said configuration i.e.rhel 5.2 x86_64 serer machine.. -- Pankaj V. Dorlikar

2 1

[hobbit] Re: netapp.pl & xymon 4.2.3 & (no) disk graphs
by wshart＠hormel.com 07 Apr '09

07 Apr '09

Return Receipt Your RE: [hobbit] Re: netapp.pl & xymon 4.2.3 & (no) disk graphs document: was wshart at hormel.com received by: at: 04/07/2009 08:53:55 AM Notice: This communication is an electronic communication within the meaning of the Electronic Communications Privacy Act, 18 U.S.C. � 2510. Its disclosure is strictly limited to the recipient(s) intended by the sender of this message. This transmission and any attachments may contain proprietary, confidential, attorney-client privileged information and/or attorney work product. If you are not the intended recipient, any disclosure, copying, distribution, reliance on, or use of any of the information contained herein is STRICTLY PROHIBITED. Please destroy the original transmission and its attachments without reading or saving in any matter and confirm by return email.

1 0