June 2005 - Xymon - Xymon mailman web

[hobbit] Development Platform
by cits.bogajewski＠daimlerchrysler.com 24 Jun '05

24 Jun '05

Return Receipt Your [hobbit] Development Platform document : was CITS Bogajewski/Extern/040/DCAG/DCX received by: at: 24/06/2005 16:23:31

1 0

[hobbit] Feature request: Dependices
by mlowery＠alliedtechgroup.com 24 Jun '05

24 Jun '05

It would be nice if you could do this globally for all tests. Maybe you can and I am not understanding where to do that? Michael -----Original Message----- From: Kauffman, Tom [mailto:KauffmanT at nibco.com] Sent: Friday, June 24, 2005 9:03 AM To: hobbit at hswn.dk Subject: RE: [hobbit] Feature request: Dependices Henrik is ahead of you, Craig -- check out the 'depends' tag: depends=(testA:host1/test1,host2/test2),(testB:host3/test3),[...] This tag allows you to define dependencies betweeen tests. If "testA" for the current host depends on "test1" for host "host1" and test "test2" for "host2", this can be defined with depends=(testA:host1/test1,host2/test2) When deciding the color to report for testA, if either host1/test1 failed or host2/test2 failed, if testA has failed also then the color of testA will be "clear" instead of red or yellow. Tom Kauffman NIBCO, Inc -----Original Message----- From: Craig Cook [mailto:craig at cookitservices.com] Sent: Friday, June 24, 2005 8:07 AM To: hobbit at hswn.dk Subject: [hobbit] Feature request: Dependices Idea taken blatantly from nagios: http://nagios.sourceforge.net/docs/2_0/dependencies.html This is slightly different to the bbcombotest hobbit currently has. It would stop the "christmas tree" effect when a core router/switch fails. Your whole monitoring system would not light up. define host-service-dependency{ child_host_name server1 child_service conn parent_host_name router1 parent_service conn inherits_parent true } define host-service-dependency{ child_host_name server2 child_service conn parent_host_name server1 parent_service conn inherits_parent true } So, in this example, if router1 fails, server1 and server2 change to an "unknown" (maybe clear?) state for the conn test rather than going red and sending alerts. Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

[hobbit] Feature request: Dependices
by KauffmanT＠nibco.com 24 Jun '05

24 Jun '05

Henrik is ahead of you, Craig -- check out the 'depends' tag: depends=(testA:host1/test1,host2/test2),(testB:host3/test3),[...] This tag allows you to define dependencies betweeen tests. If "testA" for the current host depends on "test1" for host "host1" and test "test2" for "host2", this can be defined with depends=(testA:host1/test1,host2/test2) When deciding the color to report for testA, if either host1/test1 failed or host2/test2 failed, if testA has failed also then the color of testA will be "clear" instead of red or yellow. Tom Kauffman NIBCO, Inc -----Original Message----- From: Craig Cook [mailto:craig at cookitservices.com] Sent: Friday, June 24, 2005 8:07 AM To: hobbit at hswn.dk Subject: [hobbit] Feature request: Dependices Idea taken blatantly from nagios: http://nagios.sourceforge.net/docs/2_0/dependencies.html This is slightly different to the bbcombotest hobbit currently has. It would stop the "christmas tree" effect when a core router/switch fails. Your whole monitoring system would not light up. define host-service-dependency{ child_host_name server1 child_service conn parent_host_name router1 parent_service conn inherits_parent true } define host-service-dependency{ child_host_name server2 child_service conn parent_host_name server1 parent_service conn inherits_parent true } So, in this example, if router1 fails, server1 and server2 change to an "unknown" (maybe clear?) state for the conn test rather than going red and sending alerts. Craig Cook -- Systems Monitoring Consulting and Support Services http://www.cookitservices.com To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Feature request: Dependices
by craig＠cookitservices.com 24 Jun '05

24 Jun '05

An embedded and charset-unspecified text was scrubbed... Name: not available URL: <http://lists.xymon.com/pipermail/xymon/attachments/20050624/5be337af/attach…>

2 1

[hobbit] LDAP Windows 2003
by mlowery＠alliedtechgroup.com 24 Jun '05

24 Jun '05

Ok, I figured it out. 2003 REQUIRES that you use an ldaplogin=username:password in the bb-hosts file, whereas 2000 did not. Thanks, Michael -----Original Message----- From: Lowery, Michael Sent: Friday, June 24, 2005 7:08 AM To: hobbit at hswn.dk Subject: [hobbit] LDAP Windows 2003 The ldap format that I used to test Windows 2000 servers does not appear to work on Windows 2003 servers. Is anyone successfully using ldap on Win2k3? What I use on Win2k: ldap://10.20.30.40/cn=username,cn=users,DC=subdomain,DC=domain,DC=com The above query would never give me any results, but it worked well enough to make sure that ldap was responding to queries. This same test on a Win2k3 server gives me the error: Operation Error Thanks for any advice! Michael

1 0

LDAP Windows 2003
by mlowery＠alliedtechgroup.com 24 Jun '05

24 Jun '05

The ldap format that I used to test Windows 2000 servers does not appear to work on Windows 2003 servers. Is anyone successfully using ldap on Win2k3? What I use on Win2k: ldap://10.20.30.40/cn=username,cn=users,DC=subdomain,DC=domain,DC=com The above query would never give me any results, but it worked well enough to make sure that ldap was responding to queries. This same test on a Win2k3 server gives me the error: Operation Error Thanks for any advice! Michael

1 0

[hobbit] Hobbitclient compilation on AIX
by nfigaro＠effigie.fr 24 Jun '05

24 Jun '05

I'm sorry I forgot to read the release notes. Shame on me. N F -----Message d'origine----- De : Henrik Stoerner [mailto:henrik at hswn.dk] Envoyé : vendredi 24 juin 2005 09:47 À : hobbit at hswn.dk Objet : Re: [hobbit] Hobbitclient compilation on AIX On Fri, Jun 24, 2005 at 09:05:50AM +0200, FIGARO Nicolas wrote: > Hi, > > I tried to compile the hobbitclient 0.3 on aix 5.2 using gcc and gnu > make. Dont do that. The hobbitclient is not yet ready for anything but NetBSD. -- Henrik Storner To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

1 0

Hobbitclient compilation on AIX
by nfigaro＠effigie.fr 24 Jun '05

24 Jun '05

Hi, I tried to compile the hobbitclient 0.3 on aix 5.2 using gcc and gnu make. Here is the result : user at aix:/test_san_1/hobbitclient-0.3> /usr/local/bin/make /usr/local/bin/gcc -g -O2 -DSYSCONFDIR="\"/usr/hobbit/client/etc\"" -c -o hobbitc.o hobbitc.c hobbitc.c:52:17: err.h: No such file or directory hobbitc.c:71:23: sys/fcntl.h: No such file or directory hobbitc.c: In function `main': hobbitc.c:129: error: `O_RDONLY' undeclared (first use in this function) hobbitc.c:129: error: (Each undeclared identifier is reported only once hobbitc.c:129: error: for each function it appears in.) make: *** [hobbitc.o] Error 1 There is no err.h (except the one from openssl, but I don't think this one will fit). And the fcntl.h is in the /usr/include on aix, not /usr/include/sys. I still use the bb client, but I'm surprised as the hobbitd was compiled without problem. N F

3 2

[hobbit] NT Client trend graphs
by caboyce＠rodney.govt.nz 24 Jun '05

24 Jun '05

Hi Didier, My previous BB install was building the memory graphs from the CPU stats returned from the BB client and this was not working with Hobbit. I installed the bb-memory script from deadcat and set the saved logs location on the client and it started working straight away. Craig -----Original Message----- From: Didier Degey [mailto:ddegey at ulg.ac.be] Sent: Thursday, 23 June 2005 7:04 p.m. To: hobbit at hswn.dk Subject: RE: [hobbit] NT Client trend graphs Hello Andy,Craig I have exactly the same problem. I have tried the solution that Andy propose, but that did not change anything Still have the memory graph missing (and only the graph) Craig, does the solution change something for you ? Didier. -----Message d'origine----- De : Andy France [mailto:Andy at zespri.com] Envoyé : mardi 21 juin 2005 04:25 À : hobbit at hswn.dk Objet : Re: [hobbit] NT Client trend graphs Hi Craig, "Craig Boyce" wrote on 21/06/2005 14:05:21: > Hi, > > I have moved from BB to hobbit and am having problems getting the > memory data graphed from all the windows clients, There is no graph > being generated for memory while Cpu and Disk are. > I have also added Henrik's Citrix script and these stats are not > being passed through. > > I have checked the LARRDS and GRAPHS section of hobbitserver.cfg and > the entries to graph these items are enabled by default. > I have enabled the debug options for larrdstatus and larrddata, In > checking the log files I can see no entries for the client memory or > the citrix stats. > > Any Ideas. > > Thanks > > Craig Boyce > CPU (load) and DISK (percent) are provided by the base NT client. Do you already have bb-memory script from Deadcat installed on each to pass the memory and netstat data? I'm guessing you had the graphs under BB since you are asking where they have gone :-) Are you missing the whole "memory" column, or is it just the graph that is broken? Is it the same for "citrix"? If you have the columns but broken/missing graphs try deleting any existing rrd files for these tests on the hobbit server. I have both of these working OK, so feel free to drop me a note. Nice to see another kiwi on the list! Andy. ############################################################################ ######### This email is intended for the person to whom it is addressed only. If you are not the intended recipient, do not read, copy or use the contents in any way. The opinions expressed may not necessarily reflect those of ZESPRI Group of Companies ('ZESPRI'). While every effort has been made to verify the information contained herein, ZESPRI does not make any representations as to the accuracy of the information or to the performance of any data, information or the products mentioned herein. ZESPRI will not accept liability for any losses, damage or consequence, however, resulting directly or indirectly from the use of this e-mail/attachments. ############################################################################ ######### To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ##################################################################################### Disclaimer: The information in this electronic mail message is confidential and may be legally privileged. It is intended solely for the Addressee.Access to this internet electronic mail message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you have received this message in error please notify us immediately. Rodney District Council accepts no responsibility for any effects this email message or attachments has on the recipient network or computer system. #####################################################################################

2 1

Development Platform
by Al.Jeffcoat＠orhs.org 23 Jun '05

23 Jun '05

I'm curious, what Platform and O/S do you use to develop Hobbit Henrik? __________________________________ Al Jeffcoat 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 orlandoregional.org . 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 Regional Healthcare 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 Regional Healthcare.

4 5