Hobbit Features 🔗 link

Hi Henrik!

Congratulations for a job well done being the developer of Hobbit. I've been using Hobbit for over a month now to monitor our servers (database, email, dns, proxy/squid, etc.)  and receiving support from you and other hobbit users whenever I have a problem configuring it. Even though it is not yet fully setup for our server needs, it is already up and running. However it is not yet fully implemented in our company because it is still under debugging/testing together with 3 other sever monitoring tool (Nagios, Zenoss Core, and Zabbix). 

Next week, I will defend Hobbit against the 3 other server monitoring tool regarding of what tool are we going to use and I am wondering if you can give me some important information or advantage of Hobbit among the others. I'm sure you already heard about the server monitoring tools that  I mentioned above. I am also preparing my observations about the Hobbit but I think it is not enough since I was not able to expose myself to all of its functions and my technical knowledge is limited (i'm a newbie). So, I think it would be better if I can get the information I need from the Hobbit developer himself.

Thank you very much and I am looking forward for your kind approval of my request.

Best regards,

Ryan

On 8/21/07, Ryan Jay B. Lapuz <user-945139049f37@xymon.invalid> wrote:

If you search the archives you'll find (at least) one long thread on
exactly this topic.

-- 
                 Please keep list traffic on the list.

Rob MacGregor
      Whoever fights monsters should see to it that in the process he
        doesn't become a monster.                  Friedrich Nietzsche

What we(hobbit community) are missing is a good  hobbit analysis documentation. My attempt is in R1 but l don't have enough bandwidth to tackle this analyis.


T.J. Yang

R1: http://en.wikibooks.org/wiki/System_Monitoring_with_Hobbit/User_Guide#Why_use_hobbit_.3F

More photos, more messages, more storage�get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507

Ryan,

In my Hobbit presentations I always point people to the Hobbit architectural description that Henrik posted to the list some time ago.   It is in a message here:

http://www.hswn.dk/hobbiton/2006/11/msg00315.html

It gives good insight into the design of Hobbit.

Like others have said, scan the archives.  There are a number of instances of people posting messages of pitting Hobbit and competing packages, often having the best success with Hobbit and how much their company did (or potentially could) save by doing so.

Best of luck and if there is anything we can do for you, don't hesitate to ask.

Ryan Jay B. Lapuz wrote:

-- 

Rich Smrcina
VM Assist, Inc.
Phone: XXX-XXX-XXXX
Ans Service:  XXX-XXX-XXXX
user-61add9955ef9@xymon.invalid
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

Hi All,

I asked this question before but got a mixed response.  If I wanted to
add an additional test to the client data received by hobbit from a
client machine with the intention of writing a server side module to
produce a status message (the way the core hobbit tests do) how would I
go about sending the data from the client to the server?

I have looked at the man pages for bb and I think it's the data "stream"
i.e:

$BBHOME/bin/bb <Server IP> "data foo,bar,com.test\n This is a test"

But after running this nothing appears on the server - have I
misunderstood? If not where is this "data" message being stored on the
server?

Thanks,
Jason.

Jason,

The 'data' command is only for sending a graphing point to Hobbit which 
will appear on a predefined graph on the trends page.

If you want to send a message that appears as a new icon, send a status 
message.

Jones, Jason (Altrincham) wrote:

-- 
Rich Smrcina
VM Assist, Inc.
Phone: XXX-XXX-XXXX
Ans Service:  XXX-XXX-XXXX
user-61add9955ef9@xymon.invalid
http://www.linkedin.com/in/richsmrcina

Catch the WAVV!  http://www.wavv.org
WAVV 2008 - Chattanooga - April 18-22, 2008

On Tue, Aug 21, 2007 at 01:40:54PM +0100, Jones, Jason (Altrincham) wrote:

There are really 3 different ways you can feed information into Hobbit.

1) "status" message.
   The simplest one - the client determines everything, including the
   color of the status, and sends all of it to the Hobbit server. There
   is no server-side processing of the status, it just goes on the web
   display (and triggers alerts, stores graph data etc.)

2) "data" message.
   Similar to "status", but it doesn't generate a status column item on 
   the webpage. This data is just copied to the server-side modules that
   are fed from the "data" channel; they can then do whatever they like
   with the data, including some analysis that ends up generating a
   "status" column. But in itself, the data you send in a "data" message
   does nothing on the Hobbit server.
   This is currently used for some of the standard data that Hobbit
   tracks, like "vmstat" which doesn't have a status column but which
   does get analysed and stored in graphs.

3) "client" message.
   A special kind of "data" message generated by the Hobbit clients.
   You really shouldn't generate this kind of message from a script;
   if you must, then I'd recommend adding it to the hobbit-client's 
   bin/hobbitclient-OSNAME.sh script. The reason is that the server-
   side module handling "client" messages assumes that certain parts
   of the client-data is always present, so if you feed it a message
   with only your custom bits then things might break.


So you're on the right track, I think, with your custom "data" message.
You just need to come up with a small server-side script to grab the
message off the Hobbit "data" channel on the server. Try running (on the
Hobbit server, logged in as the "hobbit" user)

    bbcmd hobbitd_channel --channel=data cat

and then fire off the command on the client that sends your test-data;
you should then see it dumped to the screen on your Hobbit server.


Regards,
Henrik