They may be referring to bbproxy or the clients communicating to the server...

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

On Tue, Jan 27, 2009 at 9:24 PM, youness hajjioui < hajjioui.youness at gmail.com> wrote:

hi,

thanks for your response Galen, it's clearly that Devmon designed to supplement and enhance hobbit monitor, so what is the protocol that hobbit use to get and set data (only ICMP and TCP port tests), because i heard someone talking about the BB protocol!!

thanks a lot :-)

Hobbit has it's own protocol that utilizes tcp port 1984, the same as BB. Hobbit/Xymon server recognizes and can accept the BB protocol for BB clients for compatibility. However, the reverse is not true (BB servers cannot use Hobbit/Xymon clients).

If you are operating behind a firewall you either have to open port 1984 between clients and server, use hobbitfetch or use an ssh tunnel. Check the list archives as similar questions have been asked.

=G=

From: youness hajjioui [mailto:hajjioui.youness at gmail.com] Sent: Tuesday, January 27, 2009 10:20 PM To: hobbit at hswn.dk Subject: Re: [hobbit] protocol that use hobbit for communication

well, the server refers to data that the client but the question was the protocol used by hobbit to commuicate?!

thanks :-)

On Wed, 28 Jan 2009, youness hajjioui wrote:

well, the server refers to data that the client but the question was the protocol used by hobbit to commuicate?!

A cleartext protocol over tcp, usually port 1984. The message syntax is described in the bb manpage.

Ulric

I am trying to graph the ntp offset of a few ntp servers. I can see a definition in hobbitgraph referring to [ntpstat] and have defined the ntp test in the bb-hosts file, but I don't see any rrds being generated and obviously no graphs for the hosts.

What do I need to do to make the graphs appear?

Regards Russell

Synetrix Holdings Limited Tel: +44 (0)1252 405 600 www.synetrix.co.uk

Synetrix (Holdings) Limited is a limited company registered in England and Wales. Registered number: 0349 1956. VAT number: GB776 1259 07. Registered office: Synetrix House, 49-51 Victoria Road, Farnborough, Hampshire, GU14 7PA.

IMPORTANT NOTICE: This message is intended solely for the use of the Individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of Synetrix Holdings Limited. Synetrix Holdings Limited accepts no responsibility for loss or damage arising from its use, including damage from virus.

Hey Henrik,

Thanks for this, I didn't even know I wanted one of these until it was mentioned!

Only issue for me is a Solaris-specific one, in that "rv 0 offset" doesn't work because the default Solaris ntpq program doesn't understand 0 as a valid association. I'm still trying to figure out a different way of getting the system time offset on a Solaris box (without installing a different NTP client!), have you heard of anything?

|\/|artin

-----Original Message----- From: Henrik "Størner [mailto:henrik at hswn.dk] Sent: 28 January 2009 21:24 To: hobbit at hswn.dk Subject: Re: [hobbit] NTP Graphing

In <71D23AAE53176A4EB67247AFFADCC10C6D6C7E858F at FMAIL-CCR.synetrix hl.local> <Russell.Cook at synetrix.co.uk> writes:

...

I am trying to graph the ntp offset of a few ntp servers. I can see a defin= ition in hobbitgraph referring to [ntpstat] and have defined the ntp test i= n the bb-hosts file, but I don't see any rrds being generated and obviously= no graphs for the hosts.

...

What do I need to do to make the graphs appear?

Heh, I didn't realize that had snuck into the distribution :-)

It's using data from "ntpq", running as a client-side add-on on the box that you want to monitor ntp for. It's dead simple:

#!/bin/sh

This script is an extension for the BB client running on

your server. It will feed data about the local NTP daemon

into Hobbit, where the offset between the NTP reference

clock and the local clock will be graphed.

$BB $BBDISP "data $MACHINE.ntpstat

ntpq -c \"rv 0 offset\" "

exit 0

Regards, Henrik

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.

The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing security at colt.net and delete the message and any attachments without retaining any copies.

Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.

No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.

Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.

Martin Flemming wrote:

Hi, Martin !

Got you a solution for solaris ... or someone else ?

.. and second, who knows a good pluggin for monitoring timeservers for themselves ?

thanks & cheers,

martin

On Fri, 30 Jan 2009, Ward, Martin wrote:

...

Hey Henrik,

Thanks for this, I didn't even know I wanted one of these until it was mentioned!

Only issue for me is a Solaris-specific one, in that "rv 0 offset" doesn't work because the default Solaris ntpq program doesn't understand 0 as a valid association. I'm still trying to figure out a different way of getting the system time offset on a Solaris box (without installing a different NTP client!), have you heard of anything?

|\/|artin

...

-----Original Message----- From: Henrik "Størner [mailto:henrik at hswn.dk] Sent: 28 January 2009 21:24 To: hobbit at hswn.dk Subject: Re: [hobbit] NTP Graphing

In <71D23AAE53176A4EB67247AFFADCC10C6D6C7E858F at FMAIL-CCR.synetrix hl.local> <Russell.Cook at synetrix.co.uk> writes:

...

I am trying to graph the ntp offset of a few ntp servers. I can see a defin= ition in hobbitgraph referring to [ntpstat] and have defined the ntp test i= n the bb-hosts file, but I don't see any rrds being generated and obviously= no graphs for the hosts.

...

What do I need to do to make the graphs appear?

Heh, I didn't realize that had snuck into the distribution :-)

It's using data from "ntpq", running as a client-side add-on on the box that you want to monitor ntp for. It's dead simple:

#!/bin/sh

This script is an extension for the BB client running on

your server. It will feed data about the local NTP daemon

into Hobbit, where the offset between the NTP reference

clock and the local clock will be graphed.

$BB $BBDISP "data $MACHINE.ntpstat

ntpq -c \"rv 0 offset\" "

exit 0

Regards, Henrik

"ntpq -c peers" also reports offset. On solaris 9/10 clients, you could use:

$BB $BBDISP "data $MACHINE.ntpstat

echo offset=\ntpq -c peers | tail +3 | head -1 | awk '{ print $9 }'\`` " exit 0

Dominique

Hi All,

I'm having a problem with one of my windows clients. I have specified both local disks (C:\ , D:\) to be monitored however, The hobbit page only shows stats/graph for C: drive. I'm not seeing this problem on any of my other windows clients. Any ideas?

Brian

thank's a lot !

cheers, martin

On Tue, 19 May 2009, Dominique Frise wrote:

Martin Flemming wrote:

...

Hi, Martin !

Got you a solution for solaris ... or someone else ?

.. and second, who knows a good pluggin for monitoring timeservers for themselves ?

thanks & cheers,

 martin

On Fri, 30 Jan 2009, Ward, Martin wrote:

...

Hey Henrik,

Thanks for this, I didn't even know I wanted one of these until it was mentioned!

Only issue for me is a Solaris-specific one, in that "rv 0 offset" doesn't work because the default Solaris ntpq program doesn't understand 0 as a valid association. I'm still trying to figure out a different way of getting the system time offset on a Solaris box (without installing a different NTP client!), have you heard of anything?

| \/|artin

...

-----Original Message----- From: Henrik "Størner [mailto:henrik at hswn.dk] Sent: 28 January 2009 21:24 To: hobbit at hswn.dk Subject: Re: [hobbit] NTP Graphing

In <71D23AAE53176A4EB67247AFFADCC10C6D6C7E858F at FMAIL-CCR.synetrix hl.local> <Russell.Cook at synetrix.co.uk> writes:

...

I am trying to graph the ntp offset of a few ntp servers. I can see a defin= ition in hobbitgraph referring to [ntpstat] and have defined the ntp test i= n the bb-hosts file, but I don't see any rrds being generated and obviously= no graphs for the hosts.

...

What do I need to do to make the graphs appear?

Heh, I didn't realize that had snuck into the distribution :-)

It's using data from "ntpq", running as a client-side add-on on the box that you want to monitor ntp for. It's dead simple:

#!/bin/sh

This script is an extension for the BB client running on

your server. It will feed data about the local NTP daemon

into Hobbit, where the offset between the NTP reference

clock and the local clock will be graphed.

$BB $BBDISP "data $MACHINE.ntpstat

ntpq -c \"rv 0 offset\" "

exit 0

Regards, Henrik

"ntpq -c peers" also reports offset. On solaris 9/10 clients, you could use:

$BB $BBDISP "data $MACHINE.ntpstat

echo offset=\ntpq -c peers | tail +3 | head -1 | awk '{ print $9 }'\`` " exit 0

Dominique

To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk

Gruss

    Martin Flemming

Martin Flemming DESY / IT office : Building 2b / 008a Notkestr. 85 phone : 040 - 8998 - 4667 22603 Hamburg mail : martin.flemming at desy.de