June 2011 - Xymon - Xymon mailman web

Who has an example of monitoring LDAP
by mailinglist0＠skurfer.com 29 Jun '11

29 Jun '11

On May 26, 2011, at 5:49 AM, Eenkhoorn, (Klaas) wrote: > All, > > Who has an config example for monitoring LDAP ? I use this and it’s awesome. http://staff.telkomsa.net/~bgmilne/xymon/ol/ -- Rob McBroom <http://www.skurfer.com/>

2 2

Any fun ideas for generating regular reports?
by betsy.schwartz＠gmail.com 29 Jun '11

29 Jun '11

Wondering if anyone's doing anything interesting with regular reports? For example, it would be useful to generate a monthly report showing the CPU utilization graph for a cluster (or, dream on, even a monthly report showing *highest* CPU...)

2 1

Question about xymonproxy
by greg.shea＠emc.com 28 Jun '11

28 Jun '11

Hi all, Is it possible to use xymonproxy to forward statuses from one xymon server to another for a group of hosts and not all? It looks to me like all or nothing. I know the easiest thing would be to update the XYMSERVERS variable, but some of these servers are secured and the process to gain access would take forever. Any pointers would be appreciated Thanks Greg Shea EMC Corporation

1 0

client problems
by SKreien＠la-z-boy.com 27 Jun '11

27 Jun '11

Hi everyone, Due to some frustrations with the existing clients I have decided to have a go at rolling my own. In the process I have run into some strange behavior with the server side data collector/processor that I've been struggling with for over a week now that I could really use some help with. I've been searching the man pages and the email archives and haven't been able to find anything like what I've run into. My first try with sending reports was with the CPU column. After figuring out that the server was crashing because my lines were too long, I am able to send in a complete report as verified by the client data screen. However, the data collector isn't processing it correctly for reasons that I am unable to determine. First, once it gets past the last line of the cpu section on the web page there are a few processes that repeat. Second, the first line of text containing the up/load/procs message isn't bold like in other hosts. Third, the CPU load number is never added to the RRD. I have run several tcpdumps on other clients to capture their submissions and I was able to fix some problems by comparing mine to those, but now mine looks identical from what I can tell. Here is what the top and bottom of the pages look like: The last 6 lines are duplicates of the lines above. That is not included in the data that was sent though, so how is it getting it? Also, why isn't the value being picked up for the RRD? Here's my client data report: [collector:] client corpdskreien,na,lzb,hq.bbwin win32 [date] Mon June 27 13:37:05 2011 [osversion] Microsoft Windows 7 X64 Service Pack 0 Build 7600 [cpu] up: 2 days, 1 users, 73 procs, load=1% CPU PID Image Name Memory Owner 0% 4 System 56280K 0% 332 smss.exe 1324K SYSTEM 0% 420 csrss.exe 4924K SYSTEM 0% 524 wininit.exe 4628K SYSTEM 0% 564 services.exe 11432K SYSTEM 0% 584 lsass.exe 18472K SYSTEM 0% 592 lsm.exe 6528K SYSTEM 0% 708 svchost.exe 10092K SYSTEM 0% 840 svchost.exe 9776K NETWORK SERVICE 0% 944 svchost.exe 20036K LOCAL SERVICE 0% 988 svchost.exe 137268K SYSTEM 0% 1016 svchost.exe 41676K SYSTEM 0% 424 audiodg.exe 17672K LOCAL SERVICE 0% 1084 svchost.exe 16328K LOCAL SERVICE 0% 1180 Smc.exe 9316K SYSTEM 0% 1240 svchost.exe 29444K NETWORK SERVICE 0% 1304 ccSvcHst.exe 2696K SYSTEM 0% 1524 spoolsv.exe 17628K SYSTEM 0% 1560 svchost.exe 14452K LOCAL SERVICE 0% 1684 atashost.exe 3624K SYSTEM 0% 1716 BESClient.exe 7108K SYSTEM 0% 1748 svchost.exe 10344K LOCAL SERVICE 0% 1788 mdm.exe 5724K SYSTEM 0% 1840 MotoHelper.exe 23804K SYSTEM 0% 432 Rtvscan.exe 808K SYSTEM 0% 1940 wsnm.exe 5904K SYSTEM 0% 2792 svchost.exe 5952K NETWORK SERVICE 0% 2584 SearchIndexer.exe 39820K SYSTEM 0% 2724 csrss.exe 30080K SYSTEM 0% 2020 winlogon.exe 6244K SYSTEM 0% 1520 taskhost.exe 10488K skreien 0% 684 dwm.exe 5964K skreien 0% 1952 explorer.exe 66160K skreien 0% 3332 Spark.exe 80640K skreien 0% 3388 BTTray.exe 9564K skreien 0% 3396 SnagIt32.exe 22072K skreien 0% 3420 openvpn-gui-1.0.3.exe 4948K skreien 0% 3432 jusched.exe 6896K skreien 0% 3440 ccApp.exe 748K skreien 0% 3552 AdobeARM.exe 10792K skreien 0% 3564 concentr.exe 6188K skreien 0% 3576 SmcGui.exe 7032K skreien 0% 3680 qttask.exe 3900K skreien 0% 3724 wfcrun32.exe 9064K skreien 0% 3760 TscHelp.exe 3656K skreien 0% 3768 SnagPriv.exe 4124K skreien 0% 3792 ProtectionUtilSurrogate.exe 13808K skreien 0% 4348 jucheck.exe 10004K skreien 0% 3308 OUTLOOK.EXE 157256K skreien 0% 4212 OSPPSVC.EXE 13144K NETWORK SERVICE 0% 2628 vRD70.exe 127780K skreien 0% 4216 putty.exe 8896K skreien 0% 3672 iexplore.exe 43748K skreien 0% 2332 iexplore.exe 53600K skreien 0% 1928 BESClientUI.exe 1172K skreien 0% 3992 wireshark.exe 90848K skreien 0% 3480 iexplore.exe 54908K skreien 0% 2964 iexplore.exe 156008K skreien 0% 2640 PresentationFontCache.exe 23012K LOCAL SERVICE 0% 3112 taskmgr.exe 11796K skreien 0% 5500 dumpcap.exe 7172K skreien 0% 4048 conhost.exe 3464K skreien 0% 5440 iexplore.exe 118652K skreien 0% 5884 SciTE.exe 15576K skreien 0% 4648 WmiPrvSE.exe 22620K SYSTEM 0% 5408 AutoIt3Help.exe 20852K skreien 0% 5592 SearchProtocolHost.exe 16488K skreien 0% 6080 SearchFilterHost.exe 5888K SYSTEM 0% 1872 AutoIt3Wrapper.exe 10552K skreien 0% 2388 AutoIt3_x64.exe 24936K skreien 0% 908 AutoIt3Wrapper.exe 8548K skreien 0% 1704 WmiPrvSE.exe 7456K NETWORK SERVICE [clock] epoch: 1309181827 local: Mon June 27 13:37:05 2011 I can send them in as client side reports and all is well, but it doesn't work when using the data collector/client message. Oh... also, how do I pull the client side config from the xymon server? Thanks for the help. Scot Kreienkamp This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

1 0

Making the latest xymon-release + fixes
by Carl.Melgaard＠STAB.RM.DK 27 Jun '11

27 Jun '11

Hi, Is there a way to get the latest Xymon-fixes into the official release? Or do I simply pull the latest svn trunk and go from there? Regards, Carl Melgaard

1 0

FW: Hobbit [485840] stnxym1:hobbitd_rrd CRITICAL (RED)
by Paul.Root＠qwest.com 27 Jun '11

27 Jun '11

So I'm getting the error message periodically. Maybe once every other day. Then the test goes purple. It started when I setup my second proxy. The 2 proxies send the same info (all the same clients) but get to the main server from different paths. I'm thinking I need to have one of the machines not send to the main server, unless it can't see the first proxy. Does that seem reasonable? Paul Root - Engineer III - Qwest is becoming CenturyLink -----Original Message----- From: Xymon Server [mailto:xymon at stnxym1.qintra.com] Sent: Sunday, June 26, 2011 12:22 PM To: Dommeyer, Jay; Fischer, Bill; Jenson, Duane; Root, Paul; Luwish, Ed; Kimpton, Tim; Solomon, Ethiopia; Hansen, Lisa Subject: Hobbit [485840] stnxym1:hobbitd_rrd CRITICAL (RED) red - Program crashed Fatal signal caught! See http://stnxym1/xymon-cgi/bb-hostsvc.sh?HOST=stnxym1&SERVICE=hobbitd_rrd This communication is the property of Qwest and may contain confidential or privileged information. Unauthorized use of this communication is strictly prohibited and may be unlawful. If you have received this communication in error, please immediately notify the sender by reply e-mail and destroy all copies of the communication and any attachments.

1 0

http tests column
by David.Raymond＠ca.ebarrette.com 23 Jun '11

23 Jun '11

Hi all, I have web server who is hosting some different web site like : http://srv-01/index.html http://srv-01:8081/test http://srv-01:50000/ In the column "http", those are all green, but I try to find if we can make those address clickable to see the page. Right now I do copy/paste, but a click should be better. Let me know if someone have any idea. David Raymond

2 4

Using the internal temperature status and graph
by jkincl1＠lsu.edu 23 Jun '11

23 Jun '11

Hi, So I wanted to graph a temperature monitor that is hooked up to a machine and I have the script sending the status as temperature so that I can take advantage of the graph definition that is shipped with xymon. We are using Xymon 4.3.0. I found in the source code how to format the status so that the xymon RRD library for temperature can read it and it is graphing but I am finding that the graph is missing quite a few values, it seems random and there are large holes in my graph where data did not get received. I am logging and the machine is sending the data and all of the other graphs for the machine are solid and contain all data points. Is this a documented bug? Am I doing something wrong? This seems to be an intermittent issue so I am not sure what is causing the problem. Thanks, -------------------- Jason Kincl

1 0

RRD error Creating
by willowbrookmagic＠hotmail.com 23 Jun '11

23 Jun '11

I'm having some promlems with alot of my host not being able to create graphs Here is the rotating cyle with many different hosts in rrd-data.log 2011-06-20 10:19:26 RRD error creating /opt/admin/xymon/linux/current/data/rrd/server1/netstat.rrd: can't parse argument 'TITLE TCP/IP statistics' 2011-06-20 10:19:26 RRD error creating /opt/admin/xymon/linux/current/data/rrd/server1/ifstat.127.0.0.1.rrd: can't parse argument 'FNPATTERN ifstat.(.+).rrd' 2011-06-20 10:19:26 RRD error creating /opt/admin/xymon/linux/current/data/rrd/xymonserver/netstat.rrd: can't parse argument 'TITLE TCP/IP statistics' 2011-06-20 10:19:26 RRD error creating /opt/admin/xymon/linux/current/data/rrd/xymonserver/ifstat.eth0.rrd: can't parse argument 'FNPATTERN ifstat.(.+).rrd' 2011-06-20 10:19:26 RRD error creating /opt/admin/xymon/linux/current/data/rrd/xymonserver/vmstat.rrd: unknown option 'u' Also in rrd.status.log 2011-06-20 15:29:56 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host1/if_load.Fa0_1.rrd: can't parse argument 'FNPATTERN if_load.(.*).rrd' 2011-06-20 15:29:56 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host2/if_load.GigabitEthernet0_0.240.rrd: can't parse argument 'FNPATTERN if_load.(.*).rrd' 2011-06-20 15:29:56 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host3/if_load.GigabitEthernet0_0.240.rrd: can't parse argument 'FNPATTERN if_load.(.*).rrd' 2011-06-20 15:29:58 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host4/memory.real.rrd: unknown option 'u' 2011-06-20 15:29:58 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host4/memory.swap.rrd: unknown option 'u' 2011-06-20 15:29:58 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host4/if_load.Fa0_47.rrd: can't parse argument 'FNPATTERN if_load.(.*).rrd' 2011-06-20 15:29:58 RRD error creating /opt/admin/xymon/linux/current/data/rrd/ny134544swr1a/if_load.Fa0_48.rrd: can't parse argument 'FNPATTERN if_load.(.*).rrd' 2011-06-20 15:30:56 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host5/temp.I_OContOutlet.rrd: can't parse argument 'FNPATTERN temp.(.*).rrd' 2011-06-20 15:30:56 RRD error creating /opt/admin/xymon/linux/current/data/rrd/host5/temp.NPEInlet.rrd: can't parse argument 'FNPATTERN temp.(.*).rrd' In graph.cfg [netstat] TITLE TCP/IP statistics YAXIS Packets/second DEF:tcpInInorderPackets=netstat.rrd:tcpInInorderPackets:AVERAGE DEF:tcpOutDataPackets=netstat.rrd:tcpOutDataPackets:AVERAGE DEF:tcpRetransPackets=netstat.rrd:tcpRetransPackets:AVERAGE LINE3:tcpInInorderPackets#00FF00:In LINE1:tcpOutDataPackets#0000FF:Out LINE2:tcpRetransPackets#FF0000:Retrans COMMENT:\n GPRINT:tcpInInorderPackets:LAST:In \: %5.1lf%s (cur) GPRINT:tcpInInorderPackets:MAX: \: %5.1lf%s (max) GPRINT:tcpInInorderPackets:MIN: \: %5.1lf%s (min) GPRINT:tcpInInorderPackets:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:tcpOutDataPackets:LAST:Out \: %5.1lf%s (cur) GPRINT:tcpOutDataPackets:MAX: \: %5.1lf%s (max) GPRINT:tcpOutDataPackets:MIN: \: %5.1lf%s (min) GPRINT:tcpOutDataPackets:AVERAGE: \: %5.1lf%s (avg)\n GPRINT:tcpRetransPackets:LAST:Retrans \: %5.1lf%s (cur) GPRINT:tcpRetransPackets:MAX: \: %5.1lf%s (max) GPRINT:tcpRetransPackets:MIN: \: %5.1lf%s (min) GPRINT:tcpRetransPackets:AVERAGE: \: %5.1lf%s (avg)\n [ifstat] FNPATTERN ^ifstat.(.+).rrd TITLE Network Traffic YAXIS Bits/second DEF:inbytes at RRDIDX@=@RRDFN@:bytesReceived:AVERAGE CDEF:in at RRDIDX@=inbytes at RRDIDX@,8,* DEF:outbytes at RRDIDX@=@RRDFN@:bytesSent:AVERAGE CDEF:out at RRDIDX@=outbytes at RRDIDX@,8,* LINE2:in at RRDIDX@#@COLOR@:@RRDPARAM@ inbound GPRINT:in at RRDIDX@:LAST: \: %10.1lf (cur) GPRINT:in at RRDIDX@:MAX: \: %10.1lf (max) GPRINT:in at RRDIDX@:MIN: \: %10.1lf (min) GPRINT:in at RRDIDX@:AVERAGE: \: %10.1lf (avg)\n LINE2:out at RRDIDX@#@COLOR@:@RRDPARAM@ outbound GPRINT:out at RRDIDX@:LAST: \: %10.1lf (cur) GPRINT:out at RRDIDX@:MAX: \: %10.1lf (max) GPRINT:out at RRDIDX@:MIN: \: %10.1lf (min) GPRINT:out at RRDIDX@:AVERAGE: \: %10.1lf (avg)\n [vmstat] TITLE CPU Utilization YAXIS % Load -u 100 -r DEF:cpu_idl=vmstat.rrd:cpu_idl:AVERAGE DEF:cpu_usr=vmstat.rrd:cpu_usr:AVERAGE DEF:cpu_sys=vmstat.rrd:cpu_sys:AVERAGE AREA:cpu_sys#FF0000:System STACK:cpu_usr#FFFF00:User STACK:cpu_idl#00FF00:Idle COMMENT:\n GPRINT:cpu_sys:LAST:System \: %5.1lf (cur) GPRINT:cpu_sys:MAX: \: %5.1lf (max) GPRINT:cpu_sys:MIN: \: %5.1lf (min) GPRINT:cpu_sys:AVERAGE: \: %5.1lf (avg)\n GPRINT:cpu_usr:LAST:User \: %5.1lf (cur) GPRINT:cpu_usr:MAX: \: %5.1lf (max) GPRINT:cpu_usr:MIN: \: %5.1lf (min) GPRINT:cpu_usr:AVERAGE: \: %5.1lf (avg)\n GPRINT:cpu_idl:LAST:Idle \: %5.1lf (cur) GPRINT:cpu_idl:MAX: \: %5.1lf (max) GPRINT:cpu_idl:MIN: \: %5.1lf (min) GPRINT:cpu_idl:AVERAGE: \: %5.1lf (avg)\n [ram] TITLE RAM Utilization YAXIS % Used DEF:p=memory.real.rrd:realmempct:AVERAGE LINE2:p#0000FF:% RAM used -u 100 -b 1024 GPRINT:p:LAST: \: %5.1lf (cur) GPRINT:p:MAX: \: %5.1lf (max) GPRINT:p:MIN: \: %5.1lf (min) GPRINT:p:AVERAGE: \: %5.1lf (avg)\n [swap] TITLE Swap Utilization YAXIS % Used DEF:p=memory.swap.rrd:realmempct:AVERAGE LINE2:p#0000FF:% Swap used -u 100 -b 1024 GPRINT:p:LAST: \: %5.1lf (cur) GPRINT:p:MAX: \: %5.1lf (max) GPRINT:p:MIN: \: %5.1lf (min) GPRINT:p:AVERAGE: \: %5.1lf (avg)\n

1 2

hobbitd.log and rrd-status.log
by Daniel.Nordquist＠orlandohealth.com 23 Jun '11

23 Jun '11

Pasting the tail of these logs for examples of log data causing these files to grow very fast and get huge... Any settings anyone knows about that can help with these? Thanks, Dan myhobbitserver:/xymon/server/etc # ll ../../log/ total 506269 -rw-r--r-- 1 xymon xymon 9595 Jun 17 07:55 acknowledge.log -rw-r--r-- 1 xymon xymon 1341 Jan 30 18:10 bb-display.log -rw-r--r-- 1 xymon xymon 18029503 Jun 17 11:01 bb-network.log -rw-r--r-- 1 xymon xymon 246218 Jun 14 16:36 bb-retest.log -rw-r--r-- 1 xymon xymon 0 Nov 17 2010 bbcombotest.log -rw-r--r-- 1 xymon xymon 1463 Jun 13 08:33 clientdata.log -rw-r--r-- 1 xymon xymon 675989 Jun 16 03:37 history.log -rw-r--r-- 1 xymon xymon 4167 Apr 3 02:31 hobbitclient.log -rw-r--r-- 1 xymon xymon 27027329 Jun 17 11:04 hobbitd.log -rw-r--r-- 1 xymon xymon 5 Jun 13 08:33 hobbitd.pid -rw-r--r-- 1 xymon xymon 7776 Jun 13 08:33 hobbitlaunch.log -rw-r--r-- 1 xymon xymon 5 Jun 13 08:33 hobbitlaunch.pid -rw-r--r-- 1 xymon xymon 1161 Jun 13 08:33 hostdata.log -rw-r--r-- 1 xymon xymon 173370 Jun 17 10:58 notifications.log -rw-r--r-- 1 xymon xymon 41163 Jun 13 08:33 page.log -rw-r--r-- 1 xymon xymon 87301 Jun 15 22:10 rrd-data.log -rw-r--r-- 1 xymon xymon 472091224 Jun 17 11:04 rrd-status.log myhobbitserver:/xymon/server/etc # tail ../../log/rrd-status.log 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:07 RRD error updating /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxo/disk,Replica.rrd: illegal attempt to update using time 1308323167 when last update time is 1308323167 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) 2011-06-17 11:06:16 RRD error updating /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd from 0.0.0.0: /xymon/data/rrd/aserverwehavexoxoDB/disk,ArcData.rrd: illegal attempt to update using time 1308323176 when last update time is 1308323176 (minimum one second step) myhobbitserver:/xymon/server/etc # tail ../../log/hobbitd.log 2011-06-17 11:05:30 Oversize status msg from 0.0.0.0 for aserverwehave02:msgs truncated (n=4395866, limit=262144) 2011-06-17 11:05:33 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehave07:msgs truncated (n=397060, limit=262144) 2011-06-17 11:05:33 Oversize status msg from 0.0.0.0 for aserverwehavew07:msgs truncated (n=397047, limit=262144) 2011-06-17 11:05:44 Oversize status msg from hobbitd for aserverwehaveO03:msgs truncated (n=2949154, limit=262144) 2011-06-17 11:06:11 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehavefs02:msgs truncated (n=792109, limit=262144) 2011-06-17 11:06:11 Oversize status msg from 0.0.0.0 for aserverwehaves02:msgs truncated (n=792097, limit=262144) 2011-06-17 11:06:22 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehavexk:msgs truncated (n=318828, limit=262144) 2011-06-17 11:06:22 Oversize status msg from 0.0.0.0 for aserverwehavexank:msgs truncated (n=318794, limit=262144) 2011-06-17 11:06:26 Oversize page/ack/notify msg from 0.0.0.0 for aserverwehaves02:msgs truncated (n=365810, limit=262144) 2011-06-17 11:06:26 Oversize status msg from 0.0.0.0 for aserverwehavesv02:msgs truncated (n=365792, limit=262144) myhobbitserver:/xymon/server/etc # Note - I changed the IP's to 0.0.0.0 and server names to garbage. ________________________________ This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message. To reply to our email administrator directly, send an email to: postmaster at orlandohealth.com . If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Health by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Health.

2 1