August 2008 - Xymon - Xymon mailman web

[hobbit] AIX Client - SOLVED
by skjoldar＠gmail.com 15 Aug '08

15 Aug '08

Thanks so much, that did the trick.. 2008/8/15 Brian O'Mahony <brian.omahony at curamsoftware.com>: > I came across this and found a solution on the web somewhere. > > However don't have the link. Have the solution though: > > /usr/include/sys/socket.h:87: error: conflicting types for 'socklen_t' > Solution is to change the osdefs.h file in lib. > Change the two lines to: > typedef int hobbit_socklen_t; > extern int hobbit_snprintf > (snprintf may not be needed but i saw it happen once or twice) > > > > -----Original Message----- > From: Stefan [mailto:skjoldar at gmail.com] > Sent: 15 August 2008 14:28 > To: hobbit at hswn.dk > Subject: [hobbit] AIX Client > > Hi everyone. > > I've looked through the archives, and i see the AIX issue has come up > quite a lot. > I need to run the client on AIX boxes, but i can't get it compiled, > nor do i know if I'm missing something. > > The runclient.sh is all wrong on the razorsedge compiled version, plus > it needs chkconfig for aix which i have no idea where to get. > Installed it with rpm 0Uvh --nodeps, and it installed, although i > think it might have done only half way. > It does run, but it doesn't open the 1984 port, and the config/log > file variables are wrong, or the installation location is wrong. I > can't get this version working > > Compiling the source of the client, I get the following (bottom of email) > > I'm stuck, I have no idea what is wrong here... > Can anyone perhaps help me? > > I'm running AIX 5.3 > make-3.81-1.aix5.2 > pcre-3.7-3.aix5.1 > pcre-devel-3.7-3.aix5.1 > gcc-4.2.0-3.aix5.3 > > > bash-3.00# gmake > CC="gcc" CFLAGS="-g -O3 -qstrict -qcpluscmt -D_REENTRANT -DAIX -I. > -I`pwd`/include -DCLIENTONLY=1 -DLOCALCLIENT=1 -I/usr/include" > LDFLAGS="" OSDEF="-DAIX" RPATHOPT="" PCREINCDIR="-I/usr/include" > SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="" BBTOPDIR="/home/hobbit" > BBLOGDIR="" BBHOSTNAME="" BBHOSTIP="172.24.44.34" BBHOSTOS="" > LOCALCLIENT="yes" gmake -C lib client > gmake[1]: Entering directory `/tmp/hobbit-4.2.0/lib' > gcc -g -O3 -qstrict -qcpluscmt -D_REENTRANT -DAIX -I. > -I/tmp/hobbit-4.2.0/include -DCLIENTONLY=1 -DLOCALCLIENT=1 > -I/usr/include -I. -I../include -c -o cgiurls.o cgiurls.c > gcc: unrecognized option '-qstrict' > gcc: unrecognized option '-qcpluscmt' > In file included from /tmp/hobbit-4.2.0/include/../lib/ipaccess.h:15, > from /tmp/hobbit-4.2.0/include/libbbgen.h:58, > from cgiurls.c:24: > /usr/include/sys/socket.h:87: error: conflicting types for 'socklen_t' > /tmp/hobbit-4.2.0/include/../lib/osdefs.h:21: error: previous > declaration of 'socklen_t' was here > gmake[1]: *** [cgiurls.o] Error 1 > gmake[1]: Leaving directory `/tmp/hobbit-4.2.0/lib' > gmake: *** [lib-client] Error 2 > bash-3.00# > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > > The information in this email is confidential and may be legally privileged. > It is intended solely for the addressee. Access to this email by anyone else > is unauthorized. 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 are not the intended > addressee please contact the sender and dispose of this e-mail. Thank you. > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > >

1 0

hobbit-clients.cfg CLASS=Linux
by annaj＠hi.is 15 Aug '08

15 Aug '08

In the file hobbit-clients.cfg there is the following configuration that does not seem to work as I expected. CLASS=Linux PROC cron PROC ntpd FILE /var/log/messages SIZE>0 MTIME<604800 yellow DEFAULT # These are the built-in defaults. UP 10 # LOAD 5.0 10.0 EXHOST=snaefell.rhi.hi.is CLOCK 5 The settings for the CLASS=Linux section used to be under default, until I introduced a bbwin client into the set. Then I introduced CLASS=Linux, hoping that it would do what I expected it to do. I need to be able to set some default settings for hobbit clients running on a Linux host and some other default settings for BBWin clients. I want to keep the hosts on the same web page so I can not use PAGE=firstset etc. -- Kindest Regards, Anna Jonna Ármannsdóttir, %& A: Because people read from top to bottom. Unix System Aministration, Computing Services, %& Q: Why is top posting bad? University of Iceland.

2 3

[hobbit] Problem building Hobbit on a Solaris 10 zone - Summary/Resolution
by jmartin23＠csc.com 15 Aug '08

15 Aug '08

Hi again, The various replies set me thinking again. The non-global zone is indeed a whole root zone. However, the users home directory filesystem /export is a loopback filesystem from the global zone, so that users in all the zones share a common home directory structure. I was building the hobbit kit in a subdirectory of /export/home/user1. I had tried running the config/make sequence as both user1 and as root, both failed as previously described. As a result of the replies, I tried unpacking the kit in the root filesystem, in /usr/local. I ran the configure/make sequence as root (I know, it's not best practice, but I was getting desperate) and it worked! I don't fully understand why - I thought hte root filesystem in a non-global zone was effectively a loopback filesystem similar to my /export filesystem, but that's the only difference I can see between this and my previous efforts. I now have a problem with the make install, but that looks like a simple library path issue, so back to trawling the mail archives for me :-) Thanks again for all the contributions, Cheers, John

2 2

[hobbit] multiple hobbit servers with different bb-hosts files: BBDISPLAYS troubles
by stef.coene＠docum.org 14 Aug '08

14 Aug '08

On Thursday 14 August 2008, Sebastian wrote: > Sebastian <mailto:spa at syntec.co.uk> wrote: > > Stef Coene <mailto:stef.coene at docum.org> wrote: > >> But some clients are only listed in the bb-hosts of 1 of the 2 hobbit > >> servers. The client only reports to the hobbit server where they are > >> listed in the bb-hosts file. I can see the incoming messages and I > >> see the files under the data directory. But no status is displayed > >> on the html pages. > > > > Did you see the "--ghosts={allow|drop|log}" setting for hobbitd? > > "allow" seems to be what you want. > > Actually you can also use BBGHOSTS in hobbitserver.cfg, which is more > convenient I think. The man page unhelpfully doesn't list what BBGHOSTS of > 0 does, but the cfg file does, so... you want a BBGHOSTS of 0. Or make > sure the bb-hosts file are the same on both servers... It is designed so > that they can be. It is not a ghost problem. I was expecting that the information will be send to both BBDISPLAY servers and that they will decide what to do with the information. But that's not the case, it talks to the first BBDISPLAY server and only if that server is accepting the information it is also send to the second BBDISPLAY server. Stef

2 1

[hobbit] multiple hobbit servers with different bb-hosts files: BBDISPLAYS troubles
by spa＠syntec.co.uk 14 Aug '08

14 Aug '08

Sebastian <mailto:spa at syntec.co.uk> wrote: > Stef Coene <mailto:stef.coene at docum.org> wrote: >> But some clients are only listed in the bb-hosts of 1 of the 2 hobbit >> servers. The client only reports to the hobbit server where they are >> listed in the bb-hosts file. I can see the incoming messages and I >> see the files under the data directory. But no status is displayed >> on the html pages. > > Did you see the "--ghosts={allow|drop|log}" setting for hobbitd? > "allow" seems to be what you want. Actually you can also use BBGHOSTS in hobbitserver.cfg, which is more convenient I think. The man page unhelpfully doesn't list what BBGHOSTS of 0 does, but the cfg file does, so... you want a BBGHOSTS of 0. Or make sure the bb-hosts file are the same on both servers... It is designed so that they can be. SebA

1 0

need help in monitoring edmz client
by Craig.Cook＠gpi.com 14 Aug '08

14 Aug '08

I believe there is some confusion as to what you are doing. Option 1 >From my understanding Daniel was suggesting you setup a ssh tunnel from your hobbit server to your dmz host. Your client should work without any further changes i.e. your BBDISPLAY setting should be the real IP of your hobbit server (not the loopback you currently have). You will then have to ensure the tunnel stays up. Option 2. Use msgcache, which is what I think you originally asked about. On your dmz client, edit clientlaunch.cfg Ensure in the section for [msgcache] your have a line with ENABLED hobbitclient.cfg on your dmz client should have BBDISP="127.0.0.1" This makes the client report results to itself. On your hobbit server ensure hobbitlaunch.cfg has this: [hobbitfetch] ENABLED ... Ensure your bb-hosts on hobbit server has the pulldata tag added for your dmz client. e.g. 0.0.0.0 dmz-client # pulldata Restart your hobbit server and wait 10+ minutes. There are pros and cons with both options. Craig

1 0

[hobbit] Problem building Hobbit on a Solaris 10 zone
by jmartin23＠csc.com 14 Aug '08

14 Aug '08

Hi, Thanks to everyone who replied. Sorry for the slow response - I locked myself out of email for a couple of days. To respond to the postings: > It looks like permissions problems on the directories to me.[Jim Smith} That's what I thought, but I went the whole "recursive 777" hog and it made no difference. > I will create a version of hobbit server package for sparc... [T. J. Yang] That would be great - I could stop worrying :-) > Is this a sparse root or a whole root zone? ... [Katherine Hosch]. It was originally sparse root, and I had the same thoughts,so I rebuilt the zone as whole root. > I have just reconfigured/recompiled Hobbit 4.2.0 within a Solaris 10 zone... (Intel) [Martin Ward] Good to know - thanks. > Since it looks like ./configure is complaining you could have a look in ~/hobbit-4.2.0/bbnet/c-ares/config.log file [Martin Ward] I did have a look at this log file, and it didn't help me, but I have extracted some of the information and added it below, in case that helps anybody understand my problem. > I have just built a test Hobbit server in a Solaris zone... (sparc) [Vernon Everett] Even better to know :-) - thanks > isn't it possible for the local zones to lack packages that exist in the global zone? [Ben August] You're not that rusty - you are quite right. However, in this instance I believe all the packages from the global zone were successfully installed in the non-global zone, apart from two relating to zone management (which aren't meant to install in non-global zones because they aren't appropriate). Many thanks - this is an excellent mailing list. Lots of quick responses, and all relevant - superb. Here is some of the information from the ~/hobbit-4.2.0/bbnet/c-ares/config.log file as suggested by Martin Ward. It looks to me like a repeat of the error messages posted earlier, and I can't see any more useful clues, but perhaps that's just me: configure:2272: gcc --version </dev/null >&5 job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory gcc (GCC) 3.4.6 and so it repeats. Cheers, John

3 2

Problem building Hobbit on a Solaris 10 zone
by jmartin23＠csc.com 14 Aug '08

14 Aug '08

Hi, I have been trying to build a Hobbit server in a Solaris 10 non-global zone (or container), having downloaded the 4.2.0 source kit. I believe I have met all the prerequisites, but when I come to the "make" stage, the build fails. I spent some time checking what I had done and searching for known problems, so apologies if the information is already out there and I've missed it. I repeated the steps I went through on another similar server, but this time built the kit in the global zone, and it built OK. Has anyone sucessfully built a hobbit server in a Solaris 10 non-global zone? Details: OS: Solaris 10 1/06 Hobbit 4.2.0 Hardware: SunFire V240 (Sparc). The configure goes OK. The make seems to be OK up to this point: (cd c-ares && CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -DSunOS -I. -I/export/home/user1/hobbit-4.2.0/include -I/usr/local/include" ./configure --disable-shared) shell-init: error retrieving current directory: getcwd: cannot access parent directories: Error 0 job-working-directory: error retrieving current directory: getcwd: cannot access parent directories: Error 0 This message repeats lots of times, then a bunch of: cat: cannot open confdefs.h messages, and the whole session ends with: checking for library containing gethostbyname... -lnsl checking for library containing socket... -lsocket checking whether to enable debug options... no configure: error: cannot run /bin/bash ./config.sub make[1]: *** [c-ares/Makefile] Error 1 make[1]: Leaving directory `/export/home/user1/hobbit-4.2.0/bbnet' make: *** [bbnet-build] Error 2 Cheers, John

7 6

"Hobbit" name legal stuff; slight name change will happen
by henrik＠hswn.dk 14 Aug '08

14 Aug '08

Hi everyone, some lawyers behind the movie company that produced the "Lord of the Rings" trilogy have contacted me about using the name "Hobbit" for the Hobbit monitor project. Fortunately, it seems that these people are actually quite sensible. They just want to make sure that there is no risk of anyone assuming that the "Hobbit monitor" has anything to do with the books, movies, merchandise etc. that they produce. So they've suggested that beginning with the next release, "Hobbit monitor" is renamed to either "Hobbi monitor" (without the 't'), or "H.O.B.B.I.T. Monitor" . Or something else, but they want to know if I pick something else. The full correspondance can be seen at http://www.hobbitmon.com/hobbitdocs/legal/ My current preference is to use the "H.O.B.B.I.T." version; this is most like the current name, and it would also fit with all of the current URL's used for various Hobbit functions (e.g. the "hobbitmon.sf.net" project page). I'm going to write the lawyers and get a definite OK that I can use "hobbitmon" in URL's and such; I doubt that I can get Sourceforge to accept a project named "h.o.b.b.i.t." since that would probably cause havoc with the DNS entries ... But I'd like to hear if there are other suggestions or opinions. Regards, Henrik

51 142

ignore log lines problem
by cg＠kailow.dk 13 Aug '08

13 Aug '08

Hey, In my hobbit (4.3.0-0.20080403) setup I am receiving messages from a windows server via BBWin(0.12). My problem is that I keep getting all the "eventlog security" success lines, which is a massive amount of lines, leading to truncated messages in hobbitd. I have raised the size of MAXMSG_STATUS and MAXMSG_CLIENT, but I would like to get the ignore statement to work. I have tried to avoid getting the "success lines" with this setup: The bbwin configuration is set to central: <setting name="mode" value="central" /> <setting name="configclass" value="win32" /> The hobbit-clients.cfg have: CLASS=win32 LOG %.* "%error - .*" COLOR=yellow LOG %.* "%failure - .*" COLOR=yellow client-local.cfg have: [win32] log:security:10240 ignore success I can see that this info is delivered to the BBWin client in the file [bbwindir]\tmp\clientlocal.cfg, with “unix carriage return” at each line. No errors in the BBWin.log. Is it a bug or am I missing some configuration? other subjections? Regards Christian

1 0