June 2026 - Xymon - Xymon mailman web

None
by None 24 Jun '26

24 Jun '26

are using a bb binary other than the one provided by hobbit ? You can confirm if this binary supports the debug flag by just issuing the, "bin/bb" command. It will list out the supported options. I presently use BigBrother 1.9c w/ bbgen 3.6. The bb binary produced is able to successfully query the bb19c+bbgen3.6 server. But when I attempt to query my test Hobbit server, I will get a connection timeout. My solution was to take hobbit's bb binary, and copy it to my BigBrother server. I renamed it to bb2, and it can query BigBrother & Hobbit servers without a problem. so I just use the bb2 binary when I want to perform queries in my ext scripts. Hope this helps, ~Steve

1 0

None
by None 24 Jun '26

24 Jun '26

telnet 3.78.143.167 1984 ping 3.78.143.167 traceroute 3.78.143.167 These will give you an idea about connectivity from the client to the server. Cheers Iain > > Thanks > > Uma Maheswar

1 0

None
by None 24 Jun '26

24 Jun '26

from the permissions: -rwsr-x--- 1 root adm 35281 Mar 7 2007 /usr/sbin/fping -rwsr-x--- 1 root hobbit 71927 Apr 13 2007 /usr/libexec/hobbit/server/bin/hobbitping Hobbit can run hobbitping and will be come root and thus could run fping? So, I'm still at a loss... 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 76701 ________________________________ From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Wednesday, December 19, 2007 1:40 PM To: hobbit at hswn.dk Subject: Re: [hobbit] CONN status is white for all hosts I didn't say anything about user name - only the group or global. Your options are... -rwsr-xr-x 1 root adm 35281 Mar 7 2007 /usr/sbin/fping -rwsr-x--- 1 root adm 35281 Mar 7 2007 /usr/sbin/fping #add hobbituser to group adm -rwsr-x--- 1 root hobbit 35281 Mar 7 2007 /usr/sbin/fping #add hobbituser to group adm On 12/19/07, Hubbard, Greg L < greg.hubbard at eds.com <mailto:greg.hubbard at eds.com> > wrote: fping has to bet suid root so it can run.. there should be something in fping doc on how to do this. ________________________________ From: Josh Luthman [mailto:josh at imaginenetworksllc.com] Sent: Wednesday, December 19, 2007 1:28 PM To: hobbit at hswn.dk Subject: Re: [hobbit] CONN status is white for all hosts Modify the permissions so that the hobbit user can execute fping! Assuming your hobbit user is "hobbit" you'll need to either a) change the group owner of /usr/sbin/fping to hobbit or b) add hobbit to group adm or c) make it so everyone can r-x /usr/sbin/fping On 12/19/07, Frank M. Ramaekers <FRamaekers at ailife.com> wrote: I've just got through installing a fresh version of hobbit and now everything looks great except for the "conn" status which is showing up white and showing "Hobbit system error". bb-network.log : 2007-12-19 13:15:10 Could not run the command '/usr/sbin/fping -Ae' (exec failed) 2007-12-19 13:15:10 hobbitping invocation failed: Permission denied -rwsr-x--- 1 root adm 35281 Mar 7 2007 /usr/sbin/fping -rwsr-x--- 1 root hobbit 71927 Apr 13 2007 /usr/libexec/hobbit/server/bin/hobbitping TIA, 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 76701 _____________________________________________________ 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. To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer -- Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 Those who don't understand UNIX are condemned to reinvent it, poorly. --- Henry Spencer _____________________________________________________ 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.

1 0

None
by None 24 Jun '26

24 Jun '26

bash-2.03# make CC="gcc" CFLAGS="-g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I`pwd`/include" RPATHOPT="" PCREINCDIR="" SSLFLAGS="" SSLINCDIR="" SSLLIBS="" NETLIBS="-lresolv -lsocket -lnsl" BBTOPDIR="/usr/hobbit" BBLOGDIR="" BBHOSTNAME="" BBHOSTIP="202.107.117.8" BBHOSTOS="" make -C lib client make[1]: Entering directory `/tmp/hobbit-4.1.0/lib' gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o digest.o digest.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -DBBTOPDIR=\"/usr/hobbit\" -DBBLOGDIR=\"\" -DBBHOSTNAME=\"\" -DBBHOSTIP=\"202.107.117.8\" -DBBHOSTOS=\"\" -c -o environ.o environ.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o errormsg.o errormsg.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o md5.o md5.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o memory.o memory.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o misc.o misc.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o sendmsg.o sendmsg.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o sig.o sig.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o stackio.o stackio.c gcc -g -O2 -Wall -Wno-unused -D_REENTRANT -DHAVE_RPCENT -DSunOS -I. -I/tmp/hobbit-4.1.0/include -I. -I../include -c -o timefunc.o timefunc.c ar cr hobbitclient.a digest.o environ.o errormsg.o md5.o memory.o misc.o sendmsg.o sig.o stackio.o timefunc.o make[1]: ar: Command not found make[1]: *** [hobbitclient.a] Error 127 make[1]: Leaving directory `/tmp/hobbit-4.1.0/lib' make: *** [lib-client] Error 2 bash-2.03# vi Makefile "Makefile" 25 lines, 424 characters Many Thanks and Best Regards, 刘正明 --------------------------------------------- 东软软件园产业发展有限公司 Neusoft Park Industrial Development Co., Ltd. Tel: 86-24-83668304 Fax: 86-24-23782700 Http: www.neusoft.com Email: liu-zm at neusoft.com -----------------------------------

1 0

None
by None 24 Jun '26

24 Jun '26

Around line: 140 else if ((metacount > 4) && (strncmp(metadata[0], "@@droptest", 10) == 0)) { /* * Not implemented. Mappings of testnames -> rrd files is * too complex, so on the rare occasion that a single test * is deleted, they will have to delete the rrd files themselves. */ ================ On Wed, 27 Jul 2005 10:37:59 +0800 "Vernon Everett" <v.everett at afgonline.com.au> wrote: > Hi Henrik > > This bug might be corrected in the latest version (I am still on > 4.0.5RC1) > So please ignore this if it is. > > If we enable the oratns test, everything is good. > However, it refuses to go away when I try and remove it. > > First I removed it from the bb-hosts file, then used the command > ~/server/bin/bb 127.0.0.1 "drop HOSTNAME oratns" > > All the history and stuff gets deleted, which is good. > However, the rrd file stays, and so does the smiley. > I will not go away. It keeps reporting. > After a while, it goes purple but it's still there. > > On a similar note, if for some reason one of my servers has the listener > on port 1522 instead of the default 1521, is there a way to specify what > port to check on? > Or even specify 2 ports, and report green if it finds the listener on > either? > > Regards > Veron > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > > NOTICE: This message and any attachments are confidential and may contain copyright material > of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the > addressee and any other named recipient. If you are not the intended recipient, any use, > distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached > to this message is not waived or lost by reason of the mistaken transmission or delivery to any > unintended party. If you have received this message in error, please notify the author immediately or > contact Australian Finance Group on +61 8 9420 7888. > > > To unsubscribe from the hobbit list, send an e-mail to > hobbit-unsubscribe at hswn.dk > > > > E-mail classificado pelo Identificador de Spam Inteligente Terra. > Para alterar a categoria classificada, visite > http://mail.terra.com.br/protected_email/imail/imail.cgi?+_u=wmlistas&_l=1,… >

1 0

None
by None 24 Jun '26

24 Jun '26

mensch (plural mensch*en or mensch*es) or mensh (plural mensh*en or mensh*es) noun good person: somebody good, kind, decent, and honorable ( informal ) [Mid-20th century. Via Yiddish < Old High German mennisco "person, human"] -----Original Message----- From: Stefan Loos [mailto:stefan_loos at hotmail.com] Sent: Monday, 11 July 2005 6:48 PM To: hobbit at hswn.dk Subject: RE: [hobbit] Status Unavailable - again Funny thing - your link brought me to http://germanenglishwords.com. Are you really using this words in english? I always thought that kindergarten and sauerkraut are the only few words which are used in english spoken countries.... Yes its really frustrating! So many others here in this mailing list don't have that problem. Are you using subpages in bb-hosts? Do you have many own-written monitoring scripts? Regards, Stefan >From: "Vernon Everett" <v.everett at afgonline.com.au> >Reply-To: hobbit at hswn.dk >To: <hobbit at hswn.dk> >Subject: RE: [hobbit] Status Unavailable - again >Date: Mon, 11 Jul 2005 18:01:45 +0800 > >Try http://www.onelook.com/?w=mensch&ls=a >:-) > >Once Hobbit hangs, it refuses to core. >The only thing that will clobber it, is a kill -9 >When it hangs, it hangs good. >The logs are devoid of useful info too. Even with the latest build. > >This is probably the most frustrating issue I have ever seen. > >Regards > Vernon > >-----Original Message----- >From: Stefan Loos [mailto:stefan_loos at hotmail.com] >Sent: Monday, 11 July 2005 5:37 PM >To: hobbit at hswn.dk >Subject: RE: [hobbit] Status Unavailable - again > >It would be great if you can put me in cc. If you want I can try to >assist >you. I'm at a point where I don't know what to try anymore. I think it >isn't >easy for Henrik to find this issue - I have no coredumps and nothing in >the >logfile what could help. >And I never had any doubt that Henrik does a great job! (I think my >English >is not good enough to say it in other words) >So if there is anything what I can do to solve this problem.... > >I've tried to lookup "mensch" but I think I'm using the wrong sites - >german >english dictionaries always recognize mensch as a german word ;-) > >Regards, >Stefan > > &gt;From: &quot;Vernon Everett&quot; >&lt;v.everett at afgonline.com.au&gt;&gt;Reply-To: >hobbit at hswn.dk &gt;To: &lt;hobbit at hswn.dk&gt; &gt;Subject: RE: >[hobbit] Status Unavailable - again &gt;Date: Mon, 11 Jul 2005 >16:37:28 >+0800 &gt; &gt;Yep . &gt;I did. &gt;Between myself and >Henrik, we >have tried a number of versions, and a few &gt;special diagnostic >versions of Hobbit. &gt;We have been working mostly off-list because >we >have been exchanging &gt;potentially confidential information, and >don't >believe that our failure &gt;to diagnose a problem is of general >interest. (I am sure a full account &gt;of this sad tale will be >posted >once it is resolved.) &gt; &gt;Kudos to Henrik though. &gt;I >think >he has really tried. He has worked tirelessly to try and >resolve &gt;this >issue, which I believe is very admirable, when you consider >his &gt;reward for all this hard work. &gt;Henrik is a true >mensch. >(Yes, that's an English word. Look it up) &gt; &gt;So far, we have >not >been able to identify the root cause of the problem. &gt;Henrik was >going >to have a look at some of the messages that came from &gt;one of the >hosts, and get back to me. &gt; &gt;Stefan, if you are interested >in >assisting us with this, then myself and &gt;Henrik can cc you in our >off-list exchanges. &gt; &gt;Have you got any theories as to the >cause? &gt; &gt;Regards &a mp;gt; >Vernon &gt; &gt; &g t; &gt;-----Original >Message----- &gt;F rom: Stefan Loos >[mailto:stefan_loos at hotmail.com] &gt;Sent: Monday, 11 July 2005 4:21 >PM &gt;To: hobbit at hswn.dk &gt;Subject: RE: [hobbit] Status >Unavailable >- again &gt; &gt;did you use the hobbitd from the >snapshot? &gt; &gt; &g t;_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ >_ _ >_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ &gt; &gt;NOTICE: This message and >any >attachments are confidential and may contain copyright >material &gt;of >Australian Finance Group Limited or a third party. It is intended solely >for >the purpose of the &gt;addressee and any other named recipient. If >you >are not the intended recipient, any use, &gt;distribution, disclosure >or >copying of this message is strictly prohibited. The confidentiality >attached &gt;to this message is not waived or lost by reason of the >mistaken transmission or delivery to any &gt;unintended party. If you > >have received this message in error, please notify the author >immediately >or &gt;contact Australian Finance Group on +61 8 9420 >7888. &gt; &gt; &gt;T o unsubscribe from the hobbit list, send >an >e-mail to &gt;hobbit-unsubscribe at hswn.dk &gt;<br&g t;&gt; > > > >To unsubscribe from the hobbit list, send an e-mail to >hobbit-unsubscribe at hswn.dk > > >_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ > >NOTICE: This message and any attachments are confidential and may contain copyright material >of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the >addressee and any other named recipient. If you are not the intended recipient, any use, >distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached >to this message is not waived or lost by reason of the mistaken transmission or delivery to any >unintended party. If you have received this message in error, please notify the author immediately or >contact Australian Finance Group on +61 8 9420 7888. > > >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 _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ NOTICE: This message and any attachments are confidential and may contain copyright material of Australian Finance Group Limited or a third party. It is intended solely for the purpose of the addressee and any other named recipient. If you are not the intended recipient, any use, distribution, disclosure or copying of this message is strictly prohibited. The confidentiality attached to this message is not waived or lost by reason of the mistaken transmission or delivery to any unintended party. If you have received this message in error, please notify the author immediately or contact Australian Finance Group on +61 8 9420 7888.

1 0

None
by None 24 Jun '26

24 Jun '26

Quick definitions (mensch) noun: a decent responsible person with admirable characteristics

1 0

Modernized HTML5 Xymon in my fork
by spiderr 23 Jun '26

23 Jun '26

Thanks to all the great work being done to get Xymon on Github lately, I created a fork where I refactored Xymon HTML output to be HTML 5 compliant. I had to do this in my own projects years ago, so I "put the band back together”. This is not a theme, this is a complete purge of Web 1.0 table based layouts embedded in the .c to a modern HTML5 compliant, responsive (aka mobile) interface. (I did however implement proper CSS themeing for easy customization). Release Details: https://github.com/spiderr/xymon/releases Code: https://github.com/spiderr/xymon/tree/html5-bootstrap EL9 rpm build: https://github.com/spiderr/xymon/releases/download/v5.0.1/xymon-5.0.1-0.el9… Snippet from the release notes: 100% UI changes, 0% everything else. My hard rule was every daemon, protocol, data format, CGI API, URL, and query string is identical to 4.3.30. Scripts, bookmarks, and integrations will not notice the difference. The only thing that changed is the HTML that comes out of the CGIs and page generator. This is a large refactor so I presumptuously dubbed it 5.0, because... HTML5 + Bootstrap 5 = Xymon 5... I could say a lot more, but the release page has almost all changes well documented. Here are some screenshots:

4 8

Thoughts on the new Xymon organization - feedback appreciated
by Bruno Manzoni 23 Jun '26

23 Jun '26

Hi all, First of all, many thanks to everyone involved in the new Xymon organization and the recent work around the project. A lot of effort has clearly gone into modernizing and stabilizing the codebase while still preserving the spirit and simplicity of Xymon. * 1. The new governance model is a very positive step for the project:* The fact that *at least two people are now involved in validating and merging changes* *gives much more legitimacy and long-term stability to the project. *It certainly *slows things down a bit*, but for infrastructure software this is probably the correct tradeoff.*It reduces the risk of unilateral decisions and helps keep the technical direction coherent.* *2. The modernization effort* is also going *in the right direction*. One major goal of the new organization is bringing Xymon back to a stable and maintainable upstream state, while progressively *reintegrating improvements that historically existed only in downstream FreeBSD and Debian repositories *(and some in the 4.4 alpha branch).* * *The work achieved so far in this direction is very encouraging. Several important steps have already been achieved:* - GitHub Actions now automatically builds and validates Xymon across multiple platforms, - many Linux, FreeBSD, NetBSD, and pkgsrc portability and build issues were fixed upstream, - parser cleanup and hardening improved robustness, - several memory leaks and stability issues were corrected. As many changes have already been completed, the project is progressively moving toward a new “ready to release” phase, with a growing number of downstream fixes already consolidated upstream, even if the work is not fully completed yet.*It may be better to iterate additional fixes in future releases *instead of trying to consolidate everything at once. This first release will also impact Roland and Mark as Debian and FreeBSD maintainers, so*it should happen when they feel ready,* as they will also need to prepare and publish updated versions on their side. *Keeping the current focus on reducing historical technical debt and reintegrating long-standing downstream work upstream still appears to be the correct priority for now.* *3. That said, there are still some weak points:* - *documentation is still fragmented* between SourceForge, mailing lists, distro patches, wiki pages, and GitHub discussions, - *the maintainer pool is still relatively small,* which can slow reviews and create some continuity risk, - and the project still lacks a clearly centralized long-term roadmap defining modernization priorities and release direction. Overall though, the direction feels healthy, pragmatic, and technically credible. * 4. It would be very interesting to hear what you think as well: *- What could still be improved? - What is currently missing? - How could more people become involved? - And what should the priorities be for the next phases of the project? Bruno

6 8

test mail
by Roland Rosenfeld 22 Jun '26

22 Jun '26

please ignore. No need to respond to this, I can see the result myself. But I need to write through the list server to see, whether the list software now correctly rewrites the From headers or still breaks SPF/DKIM/DMARC... Greetings Roland

2 1