- Xymon - Xymon mailman web

Acknowledged alerts & Hobbit restart
by Jelle.Smet＠teleatlas.com 10 Apr '09

10 Apr '09

Hi List, When acknowledging a red status, alerts associated with this status stop being send out as expected. If however Hobbit is restarted, the acknowledged state is kept as seen in the web pages, but the alerts are send out again. Acknowledging the already acknowledged alert, stops the outgoing alerts again. We're currently running Hobbit Monitor 4.2.0 with the all-in-one patch. I know there are more recent versions but I can't seem to locate any bug fixes referring to this behaviour. Is this known behaviour to someone? Thanks Jelle Smet

1 0

Windows Print Server Monitoring
by MFisher＠hra.com 09 Apr '09

09 Apr '09

In case anybody is interested, i have completed my rough implementation of a Windows Print Server Monitoring VBS Script that will create and populate a column in BB. It might be able to be written a little cleaner or shorter but hey, im no VBS expert... Use freely.... --------------------------- Option Explicit On Error Resume Next Dim colour, bbdelay, strDetail, strDetailAll Dim WindowsShell, objWMIService, colInstalledPrinters, BBConfigExtPath, objPrinter 'Name of test column in BB Const BBTestName = "print" strDetail = "" strDetailAll = "" colour = "green" bbdelay = "+27" 'Complete path to the BB TMP Directory BBConfigExtPath = "c:\Program Files\BBWin\tmp" '============================================================================= Set objWMIService = GetObject("winmgmts:{impersonationLevel=impersonate}!\\.\root\cimv2") 'WMI Query Set colInstalledPrinters = objWMIService.ExecQuery("Select PortName,Location,Status,DetectedErrorState,Name from Win32_Printer") 'WMI Query Restriction 'If you want to not include things such as Microsoft XPS Writer or Adobe PDF Printer, put a where clause in the query above 'Example (where Name != 'Microsoft XPS Document Writer') - != means NOT EQUAL For Each objPrinter in colInstalledPrinters 'If objPrinter.Status = "Degraded" Then If objPrinter.DetectedErrorState = "9" Then strDetail = "&red" & " " & objPrinter.Name & " is OFFLINE" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "6" Then strDetail = "&red" & " " & objPrinter.Name & " has NO TONER" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "4" Then strDetail = "&red" & " " & objPrinter.Name & " has NO PAPER" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "8" Then strDetail = "&red" & " " & objPrinter.Name & " is JAMMED" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "10" Then strDetail = "&red" & " " & objPrinter.Name & " is Requesting Service" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "11" Then strDetail = "&red" & " " & objPrinter.Name & " shows OUTPUT BIN IS FULL" & vbCrLf & strDetail & vbCrLf strDetailAll = "<tr><td>&red " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll colour = "red" ElseIf objPrinter.DetectedErrorState = "0" Then strDetailAll = "<tr><td>&green " & objPrinter.Name & "</td><td>" & objPrinter.PortName & "</td><td>" & objPrinter.Location & "</td></tr>" & vbCrLf & strDetailAll End If 'End IF Next Set colInstalledPrinters = Nothing Set objWMIService = Nothing StartDetailBuild() SetPrintFinalStatus() GetBBPath() WriteFile() Sub StartDetailBuild() IF colour = "red" then strDetail = "&red Printer Status:" & vbCrLf & vbCrLf & strDetail & vbCrLf ElseIf colour = "green" then strDetail = "&green Printer Status: All Printers are Online and Operational" & vbCrLf & vbCrLf & strDetail & vbCrLf End If End Sub Sub SetPrintFinalStatus() Select Case colour Case "red" strDetail = "red" & bbdelay & " " & Date & " " & Time & vbCrLf & vbCrLf & strDetail & vbCrLf Case "yellow" strDetail = "yellow" & bbdelay & " " & Date & " " & Time & vbCrLf & vbCrLf & strDetail & vbCrLf Case "green" strDetail = "green" & bbdelay & " " & Date & " " & Time & vbCrLf & vbCrLf & strDetail & vbCrLf End Select End Sub Sub GetBBPath() Set WindowsShell = WScript.CreateObject("WScript.Shell") If IsObject(WindowsShell) Then Set WindowsShell = Nothing End Sub Sub WriteFile() Dim oFSO, oFile Set oFSO = CreateObject("Scripting.FileSystemObject") Set oFile = oFSO.OpenTextFile(BBConfigExtPath & "\" & BBTestName , 8 , TRUE) oFile.Write strDetail oFile.Write "<table>" & vbCrLf & strDetailAll & vbCrLf & "</table>" oFile.Close If IsObject(oFSO) Then Set oFSO = Nothing End Sub

3 5

undefined reference to `clock_gettime'
by tim＠denmantire.com 09 Apr '09

09 Apr '09

I'm trying to install 4.2.3 to a RHEL5.3 system. make returns the following: ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' collect2: ld returned 1 exit status I've seen a couple of posts that suggest I add LIBRTDEF = -lrt to the Makefile. I've done that, and it gets worse... client_config.c: In function 'dump_client_config': client_config.c:1112: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' client_config.c:1114: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' client_config.c:1116: warning: format '%lld' expects type 'long long int', but argument 2 has type 'off_t' client_config.c: In function 'check_file': client_config.c:1596: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' client_config.c:1596: warning: format '%lld' expects type 'long long int', but argument 4 has type 'off_t' client_config.c:1609: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' client_config.c:1609: warning: format '%lld' expects type 'long long int', but argument 4 has type 'off_t' client_config.c:1622: warning: format '%lld' expects type 'long long int', but argument 3 has type 'off_t' client_config.c:1622: warning: format '%lld' expects type 'long long int', but argument 4 has type 'off_t' gcc -o ../client/hobbitd_client -Wl,--rpath=/usr/lib64 hobbitd_client.o hobbitd_worker.o hobbitd_buffer.o client_config.o ../lib/hobbitclient.a -L/usr/lib64 -lpcre ../lib/hobbitclient.a(timefunc-client.o): In function `gettimer': /usr/src/xymon-4.2.3/lib/timefunc.c:55: undefined reference to `clock_gettime' ../lib/hobbitclient.a(timefunc-client.o): In function `getntimer': /usr/src/xymon-4.2.3/lib/timefunc.c:67: undefined reference to `clock_gettime' collect2: ld returned 1 exit status make[1]: *** [../client/hobbitd_client] Error 1 Pointers in the right direction appreciated. -- Tim Boyer Denman Tire Corporation

2 4

NTP ext script with threshold warning
by mv652＠softhome.net 09 Apr '09

09 Apr '09

Hi, Although the built-in "ntp" test works great and is simple to implement, is there a Hobbit-compliant external script available that allows ntp to be checked on a number of clients and send an alert if the time is not in sync with the Hobbit server by, say 1 or 2 seconds? I've been trying to migrate the BB-centric script bb-ntp-1.5.sh which does this, but I thought I should either write a simpler one for Hobbit or see if there is one already available. Thanks,

1 0

Using ldap accounts with Xymon
by bcatlin＠gmail.com 09 Apr '09

09 Apr '09

Need a little help - I am setting up a RHEL5 64 bit server that has apache2 ssl enabled and other web apps using ldap to control logins. I would like to do this for Xymon - having one set of accounts to view and another set of accounts to do the admin functions. Openssl and a php ldap setup exist on the server already. (I believe it calls openldap client under its code). I do get the certificate from the server for the ssl piece, but want to get rid of the htaccess file and replace with ldap authentication. So my question is - can I do this , and if so, how about a how to? Google seems very sparse on this, I have the wikibook listing but wonder if there is more info out there that's useful to those of us not so familiar with ldap configurations. Thanks in advance Brian lurch at inorbit.com

7 11

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