- Xymon - Xymon mailman web

[hobbit] More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

Further to my last email, I believe I have found the problem/bug/typo. The following pathnames/lines are from my installed file locations but you should be able to search/find them in your installed locations: In /opt/hobbit/server/etc/hobbitcgi.cfg, line 47 looks like: CGI_GHOSTS_OPT="--env=/opt/hobbit/server/etc/hobbitserver.cfg" and in /opt/hobbit/cgi-bin/hobbit-ghosts.sh, line 6 the end of the line looks like: bin/hobbit-ghosts.cgi $CGI_GHOSTS_OPTS Changing hobbitcgi.cfg to: CGI_GHOSTS_OPTS= Makes it work correctly. |\/| -- > -----Original Message----- > From: Ward, Martin [mailto:Martin.Ward at colt.net] > Sent: 30 May 2008 10:41 > To: hobbit at hswn.dk > Subject: RE: [hobbit] More on ghostlists > > > I think I have it, but first some history: The Hobbit > installation I am using was built and installed on a > different Solaris Hobbit server. The installed files were > then put into a Solaris package, copied to the new server and > installed there. The new server has an IP address of > 10.44.107.48 whilst the original Hobbit server has an IP > address of 10.249.6.102. > > Whilst poking through the source code for the Hobbit ghost > report I noticed that it had a --debug option. Running with > that shows that the Hobbit webserver is actually querying the > old 10.249.6.102 IP address instead of either the new, or local ones. > > I can't find the old IP address detailed anywhere in my > Hobbit configuration files so it looks like the > hobbit-ghosts.c program is being forced to use the IP address > of the original Hobbit server, rather than 127.0.0.1 or 10.44.107.48. > > I noticed in the cgi-bin/hobbit-ghosts.sh script that there > is reference to $CGI_GHOSTS_OPTS but that isn't set anywhere > I can find. Maybe it needs to be set in the Hobbit user's > environment and maybe it could be set to the IP address of my > Hobbit server? I tried to pull that information out of the > hobbit-ghosts.c code but couldn't see if it was possible or not. > > Does this sound logical? > > |\/|artin > > > ************************************************************** > *********************** > The message is intended for the named addressee only and may > not be disclosed to or used by anyone else, nor may it be > copied in any way. > > The contents of this message and its attachments are > confidential and may also be subject to legal privilege. If > you are not the named addressee and/or have received this > message in error, please advise us by e-mailing > security at colt.net and delete the message and any attachments > without retaining any copies. > > Internet communications are not secure and COLT does not > accept responsibility for this message, its contents nor > responsibility for any viruses. > > No contracts can be created or varied on behalf of COLT > Telecommunications, its subsidiaries or affiliates ("COLT") > and any other party by email Communications unless expressly > agreed in writing with such other party. > > Please note that incoming emails will be automatically > scanned to eliminate potential viruses and unsolicited > promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

procs check flapping between clear and green
by bgmilne＠staff.telkomsa.net 30 May '08

30 May '08

While I was on leave, our hobbit installation seems to have started flapping the procs check between clear and green on almost every host. Since the process list is quite big on many boxes (200kB or more), this is starting to consume quite a bit of disk space. What occurs is that the test goes clear, with a "No process checks defined" message, and then immediately afterwards, goes green, with all the process checks working correctly. It seems it could affect only the hosts that report through a Hobbit bbproxy. Can anyone suggest where I should start looking for the cause (hobbit-clients.cfg on the display, or on the proxy, or something else?). Regards, Buchan

1 0

[hobbit] More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

I think I have it, but first some history: The Hobbit installation I am using was built and installed on a different Solaris Hobbit server. The installed files were then put into a Solaris package, copied to the new server and installed there. The new server has an IP address of 10.44.107.48 whilst the original Hobbit server has an IP address of 10.249.6.102. Whilst poking through the source code for the Hobbit ghost report I noticed that it had a --debug option. Running with that shows that the Hobbit webserver is actually querying the old 10.249.6.102 IP address instead of either the new, or local ones. I can't find the old IP address detailed anywhere in my Hobbit configuration files so it looks like the hobbit-ghosts.c program is being forced to use the IP address of the original Hobbit server, rather than 127.0.0.1 or 10.44.107.48. I noticed in the cgi-bin/hobbit-ghosts.sh script that there is reference to $CGI_GHOSTS_OPTS but that isn't set anywhere I can find. Maybe it needs to be set in the Hobbit user's environment and maybe it could be set to the IP address of my Hobbit server? I tried to pull that information out of the hobbit-ghosts.c code but couldn't see if it was possible or not. Does this sound logical? |\/|artin ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

hobbit-holidays.cfg not present
by tlewick＠tradebotsystems.com 30 May '08

30 May '08

We've had our hobbit install up and runnning for a couple of months now. Its 4.2.0 running on a Suse machine, and everything works great, built from source. But our install doesn't have the hobbit-holidays.cfg file, and I can't find any of the .h or c files for it in the source. Its also not referenced in our manual pages, like I see it on the online man pages on the hobbit demo site. I don't remember it being an option that you had to answer yes to when doing the build/install. I've tried doing find commands to look for any file in the hobbit directories with holiday in the string, but no hits... So any ideas on how I can get that feature enabled/working? Thanks, Taylor

8 16

[hobbit] More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

> > > Can anyone off up suggestions as to why: > > > 1) My ghostlist webpage list has such a large list of non-ghost > > servers. > > > 2) Why the Hobbit ghost list doesn't match the bb one? > > ... > An example, please ? Can do: $ bb 127.0.0.1 "ghostlist" |10.44.107.110|1211978765 fra-pgw-test-1|10.249.8.20|1212133157 fra-pgw-test-2|10.249.8.23|1212133201 I won't display the rest of what you asked for as nothing is returned, however you see here that the ghostlist returned contains three machines, one with no name. The problem is that if I view the Ghost Clients report generated by the Hobbit programs in my web browser the list is much bigger, 21 servers, none of which are "fra-pgw-test-1" and "fra-pgw-test-2". The servers that are displayed in the Hobbit Ghost report all exist in my bb-hosts files and all appear elsewhere within my Hobbit web pages. As far as I am aware since these machines appear in the main Hobbit web pages they shouldn't appear in the Ghostlist... But they do... |\/|artin ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

1 0

oracle question
by rebecca_henderson＠link.freedom.com 30 May '08

30 May '08

I have a server that has multiple SIDs, They all use 1 listener, I have a - in the bb-roracle.ids file because they all use the same one. I get this: The SID RMAN1 is ok but the RMAN and OEM1 show as down How can I stop the Two red statuses. Any help would be appreciated! Thank you in advance, Becki Oracle Listener Check (rman1) ________________________________ Listener LISTENER_RMAN1 UP Listener LISTENER DOWN Listener LISTENER DOWN

7 13

More on ghostlists
by Martin.Ward＠colt.net 30 May '08

30 May '08

All, I have followed the last couple of ghostlist threads with interest as I am having problems in that area, but naturally enough my problems seem to be completely different. I have servers listed in the ghostlist web page that most definitely are in my bb-hosts file. The name is the same as is the IP address: >From the Ghostlist webpage: ivp0.lon.dcn.colt.net 10.44.107.59 0:52 >From bb-hosts: # grep ivp0 bb-hosts 10.44.107.59 ivp0.lon.dcn.colt.net # ssh This entry has been in bb-hosts for months and I have restarted the Hobbit server a number of times since then, as recent as today in fact. This server is definitely reporting back to Hobbit and I can see it in the main Hobbit web pages. Here is the first few lines from its Info page: Hostname: ivp0.lon.dcn.colt.net OS: SunOS ivp0.lon.dcn.colt.net 5.10 Generic_127111-03 sun4u sparc SUNW,Sun-Fire-V240 Client S/W: IP: 10.44.107.59 So this server is definitely in the config files, is reporting data correctly and the Hobbit server is processing it, just for some reason it's not processing ALL of it. The ghostlist web page itself has 22 servers listed in it. Strangely though, running the "bb localhost ghostlist" returns a much small list, it only has seven entries and only the first one of them is in the list that hobbit-ghosts.cgi produces. This first entry IS a valid ghost. Can anyone off up suggestions as to why: 1) My ghostlist webpage list has such a large list of non-ghost servers. 2) Why the Hobbit ghost list doesn't match the bb one? Thanks for your time, |\/| -- Martin Ward Network Systems Operations Specialist DDI: +44 (0) 20 7863 5218 Fax: +44 (0) 20 7863 5610 Mob: +44 (0) 7971 97 77 21 www.colt.net Data | Voice | Managed Services Help reduce your carbon footprint | Think before you print COLT Telecommunications, Beaufort House, 15 St Botolph Street, London, EC3A 7QN UK Registered in England and Wales, registered number 02452736, VAT number GB 645 4205 50 ************************************************************************************* The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

3 2

Hobbit requires fedora-usermgmt?
by FRamaekers＠ailife.com 30 May '08

30 May '08

I just started getting this... yum update hobbit Loading "installonlyn" plugin Setting up Update Process Setting up repositories Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package hobbit.i386 4:4.2.0-9.el5.re set to be updated --> Running transaction check --> Processing Dependency: fedora-usermgmt for package: hobbit --> Finished Dependency Resolution Error: Missing Dependency: fedora-usermgmt is needed by package hobbit Is this new? Is this correct? Why? Frank M. Ramaekers Jr. Systems Programmer MCP, MCP+I, MCSE & RHCE American Income Life Insurance Co. Phone: (254)761-6649 1200 Wooded Acres Dr. Fax: (254)741-5777 Waco, Texas 76710 _____________________________________________________ This message contains information which is privileged and confidential and is solely for the use of the intended recipient. If you are not the intended recipient, be aware that any review, disclosure, copying, distribution, or use of the contents of this message is strictly prohibited. If you have received this in error, please destroy it immediately and notify us at PrivacyAct at ailife.com.

2 1

Error snapshot 2008-05-30
by lars.ebeling＠leopg9.no-ip.org 30 May '08

30 May '08

gcc -g -O -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DHPUX -I. -I /home/hobbit/snapshot/include -I/usr/local/include -I./c-ares -c -o dns.o dns.c In file included from /home/hobbit/snapshot/include/libbbgen.h:76, from dns.c:24: /home/hobbit/snapshot/include/../lib/sendmsg.h:36: error: conflicting types for 'ns_c_none' /usr/include/arpa/nameser.h:318: error: previous definition of 'ns_c_none' was h ere make[1]: *** [dns.o] Error 1 make[1]: Leaving directory `/home/hobbit/snapshot/bbnet' make: *** [bbnet-build] Error 2 -- Regards Lars Ebeling http://leopg9.no-ip.org Hobbithobbyist "I am not young enough to know everything." -- Oscar Wilde

1 0

Hobbit Fetch mode + Grsec = error
by linuxmasterjedi＠free.fr 29 May '08

29 May '08

Hi, I have to face with a new issue today. I have a server directly connected at Internet with Iptables + grsecurity. Since I do really care about it, I've installed my favorite monitoring tool ;) in fetch mode and I'm trying to get information from a remote hobbit server. That's not the first time I'm doing this but this time, my server can't fetch any data. After checked Iptables rules, telnet the remote port, checked logs on both side, I've found in the iptables logs this : May 24 19:03:26 h0stname kernel: grsec: From 86.122.23.141: denied resource overstep by requesting 1024 for RLIMIT_NOFILE against limit 1024 for /opt/hobbit-monitor/client/bin/msgcache[msgcache:16202] uid/euid:500/500 gid/egid:500/500, parent /opt/hobbit-monitor/client/bin/hobbitlaunch[hobbitlaunch:8855] uid/euid:500/500 gid/egid:500/500 I used have some issue with my grsec kernel, especially on binaries. I had to "paxctl" them and the problem was solved but I'm kinda stick on this one. Anyone have an idea please ? Thanks by advance, LMJ

1 1