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 <rlapuz at fcpp.fujitsu.com> wrote:
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.
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_us...
From: "Rob MacGregor" <rob.macgregor at gmail.com> Reply-To: hobbit at hswn.dk To: hobbit at hswn.dk Subject: Re: [hobbit] Hobbit Features Date: Tue, 21 Aug 2007 09:39:12 +0100
On 8/21/07, Ryan Jay B. Lapuz <rlapuz at fcpp.fujitsu.com> wrote:
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.
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
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
More photos, more messages, more storage�get 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migratio...
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:
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
-- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com 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:
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.
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
-- Rich Smrcina VM Assist, Inc. Phone: 414-491-6001 Ans Service: 360-715-2467 rich.smrcina at vmassist.com 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:
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?
There are really 3 different ways you can feed information into Hobbit.
"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.)
"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.
"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
participants (6)
-
henrik@hswn.dk
-
JasonAS_Jones@mentor.com
-
rlapuz@fcpp.fujitsu.com
-
rob.macgregor@gmail.com
-
rsmrcina@wi.rr.com
-
tj_yang@hotmail.com