New features 🔗 link

Henrik,
 Since you are adding new features, I would like to request one. Would
it be possible to add a web interface for adding and deleting clients? I
have implemented Hobbit where I work and at two other places where my
friends work and everyone LOVES it. I have no problem with unix and the
vi editor but most everyone I know has no idea how to handle it....they
are mostly windows (where do I click?) people. Trying to explain unix
and ANY editor is like trying to teach physics to a brick....it doesn't
matter who the teacher is...it's still a brick. Having a web interface
would enable them to manage this all by themselves (as well as my
co-workers!). If this is too much trouble....no big deal but it never
hurts to ask.

Regards

KEvin

I think this would be a great thing too...  At my office, about 3 people
besides myself know how to use UNIX or VI.  However, the majority of
clients will be windows servers.  It would allow me to offload to the
wintel team the ability to admin their own hosts.

Thanks,

Al Jeffcoat

-----Original Message-----
From: kevin hanrahan [mailto:user-7211a77fa045@xymon.invalid] 
Sent: Saturday, April 16, 2005 7:26 PM
To: 'user-ae9b8668bcde@xymon.invalid'
Subject: [hobbit] New features

Henrik,
 Since you are adding new features, I would like to request one. Would
it be possible to add a web interface for adding and deleting clients? I
have implemented Hobbit where I work and at two other places where my
friends work and everyone LOVES it. I have no problem with unix and the
vi editor but most everyone I know has no idea how to handle it....they
are mostly windows (where do I click?) people. Trying to explain unix
and ANY editor is like trying to teach physics to a brick....it doesn't
matter who the teacher is...it's still a brick. Having a web interface
would enable them to manage this all by themselves (as well as my
co-workers!). If this is too much trouble....no big deal but it never
hurts to ask.

Regards

KEvin 

This e-mail message and any attached files are confidential and are intended solely for the use of the addressee(s) named above. If you are not the intended recipient, any review, use, or distribution of this e-mail message and any attached files is strictly prohibited. This communication may contain material protected by Federal privacy regulations, attorney-client work product, or other privileges. If you have received this confidential communication in error, please notify the sender immediately by reply e-mail message and permanently delete the original message.  To reply to our email administrator directly, send an email to:  user-ecde3bbc361d@xymon.invalid .  If this e-mail message concerns a contract matter, be advised that no employee or agent is authorized to conclude any binding agreement on behalf of Orlando Regional Healthcare by e-mail without express written confirmation by an officer of the corporation. Any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Orlando Regional Healthcare.

On Sat, Apr 16, 2005 at 07:25:40PM -0400, kevin hanrahan wrote:

It's possible, yes - but not terribly high on my priority list.

There are really two parts of this. 

First, we need some kind of "property editor" for the hosts that are
defined in Hobbit - a tool where you can tweak all of the
host-specific settings, like what network tests to perform, whether it
should be tested using IP-address or host name, what IP address it's
got etc. This ought to be really simple - it's essentially building a
web front-end to a simple database - except that the database holding
the records is a flat text-file, not a real DB. So we should convert
Hobbit into using a database instead of a plain text file for this
data, and this is something I have on my to-do list - all of the tools
using the bb-hosts file have been converted into using an API for
fetching the data in the bb-hosts file, so it's just a matter of
coming up with a MySQL back-end for it.

The second part requires a bit more web GUI creativity - it's about
how you can create a web front-end to define the page layouts for
Hobbit (the "page", "subpage", "group-compress", "title" etc. tags you
currently have in bb-hosts, but which do not relate to any specific
host). Since I'm really a nuts-n-bolts engineering kind of guy, I have
no idea how best to tackle this. If there's some brilliant
web-designer out there who would care to lend a hand with this, it
would be very helpful.

Of course, for completeness we'd need a web-interface to the alert
configuration. I haven't given that much thought yet.


Regards,
Henrik

On 4/17/05, Henrik Stoerner <user-ce4a2c883f75@xymon.invalid> wrote:

What about a sqlite backend as well?  While I have mysql servers
available, it might be nice to use sqlite for standalone
installations.


-Robert

On Sun, 2005-04-17 at 08:28 +0200, Henrik Stoerner wrote:

So... make them apply to a specific host.  Just like with the alternate
pagesets.

I maintain three bb-hosts files:
bb-hosts - has a few defaults, the BB infrastructure servers, etc.
bb-hosts-network - has all of the devices that I monitor with MRTG,
generated from a mysql database.
bb-hosts-network-pages - has all of the page structure.

So, in bb-hosts-network, I might have:
0.0.0.0 brackenridge-2950.austin-energy.net     # nodisp prefer  ntp
NETMAP:central-brackenridge
0.0.0.0 brackenridge-3750.austin-energy.net     # nodisp prefer  ntp
NETMAP:central-brackenridge
0.0.0.0 brackenridge-probe.austin-energy.net    # nodisp prefer
NETMAP:central-brackenridge
0.0.0.0 brackenridge-ups-789.austin-energy.net  # nodisp prefer
NETMAP:central-brackenridge
0.0.0.0 brackenridge-ups.austin-energy.net      # nodisp prefer
NETMAP:central-brackenridge

And in bb-hosts-network-pages I have:
netmappage central central
netmapsubpage central-balcones balcones
netmapsubpage central-brackenridge brackenridge
netmapsubpage central-cameron cameron
netmapsubpage central-centralaustin centralaustin

These can easily be split into different tables.  I'd probably set up my
page table to have a parent field, so that you can support arbitrary
levels.  You might want to put groups in the same table, with some sort
of flag to distinguish between a group and a page.  But a group is
merely another hierarchical place to stick hosts.

Then, in the host table, just add a field that signified the page/group
that the host belongs to.  To support alternate pagesets, you might want
to make that a linked table in an 1:n relationship.

-- 

Daniel J McDonald, CCIE # 2495, CNX
Austin Energy

user-290ce4e24e19@xymon.invalid

user-ce4a2c883f75@xymon.invalid 04/17/05 2:28 AM >>>

Actually, there's a third...

How many people run more than one Hobbit server?  I have different host files on almost all of my servers.  I have been testing out Hobbit for about a month now, but have to split up my testing between 4 machines and my display on a different one.  There needs to be some knowledge from this script from where tests are being performed, where the display server entries are and from where notifications are being sent.  Having a database backend to drive that would be great, just as long as there were some kind of redistributation of the hosts files or the web front end knew to put specific entries on the individual servers.

Lot's of work, IMHO.

Paul

I didn't mean to open up such a large can of worms! This would just be a
convenience and I would rather see other more useful features take center
stage over this one.

-----Original Message-----
From: PAUL WILLIAMSON [mailto:user-b9fa55f5c833@xymon.invalid] Sent: Monday, April 18, 2005 9:10 AM
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] New features

Actually, there's a third...

How many people run more than one Hobbit server?  I have different host files on almost all of my servers.  I have been testing out Hobbit for about a month now, but have to split up my testing between 4 machines and my display on a different one.  There needs to be some knowledge from this script from where tests are being performed, where the display server entries are and from where notifications are being sent.  Having a database backend to drive that would be great, just as long as there were some kind of redistributation of the hosts files or the web front end knew to put specific entries on the individual servers.

Lot's of work, IMHO.

Paul

Note:  The information contained in this email and in any attachments is
intended only for the person or entity to which it is addressed and may
contain confidential and/or privileged material.  Any review,
retransmission, dissemination or other use of, or taking of any action in
reliance upon, this information by persons or entities other than the
intended recipient is prohibited.  The recipient should check this email and
any attachments for the presence of viruses.  Sender accepts no liability
for any damages caused by any virus transmitted by this email. If you have
received this email in error, please notify us immediately by replying to
the message and delete the email from your computer.  This e-mail is and any
response to it will be unencrypted and, therefore, potentially unsecure.
Thank you.  NOVA Information Systems, Inc.

Hi All , 

 
I see that Xymon has been released. Congrats to the people behind all
the determination and hard work put in.

Is there a document available as to what features are available in this
release ?