On Thu, Aug 17, 2006 at 08:37:34PM -0500, T.J. Yang wrote:

It is good to see bbgen can count the total hosts being monitored like following http://www.hswn.dk/hobbit-cgi/bb-hostsvc.sh?HOST=voodoo.hswn.dk&SERVICE=bbge...

Is it possible also list out what kind of OS and versions to make up the total hosts ?

A very quick summary can be made with

bb 127.0.0.1 "hobbitdboard test=cpu fields=BBH_OS"|sort |uniq -c

That gives you a summary of what OS your hobbit client enabled systems are running. For a more detailed breakdown of the versions you'd have to request each of the client logs with

bb 127.0.0.1 "clientlog client1.hswn.dk section=osversion"

and then do some summation over that data.

Regards, Henrik

When doing Availability Report, is it possible to deduct the downtime caused by system maintenance ?

Regards

tj

On Fri, Aug 18, 2006 at 05:13:11AM -0500, T.J. Yang wrote:

By displaying raw notification.log text file, I can quickly confirm if bb server really send email alert to the resolver group's pager.

I found this is quite useful in for system monitor administrator to make sure bb server's bbwarnrules.cfg is functional.

You mean you don't trust the alert summary on the "info" column page?

Can hobbit server add a notification report under "Reports" ?

I've had a task for sometime now to generate an "Incident" reporting feature, where you get a chronological summary of what happened during an incident: When it started, when it was acknowledged, what alerts were sent out, when it recovered. This basically means picking out data from several logs, including the notifications logfile.

Would that cover your needs also?

Regards, Henrik

Can hobbit work with malfunction of switch/router ?

ie, if a switich is dead ant it has 200 nodes behind it. there is no need to issue conn outage alerts for those 200 nodes.

T.J. Yang

Fr�d�ric Mangean Thanks for the pointer, I will read the fine manpage on hobbit's bb-host

tj

From: Fr�d�ric Mangeant <frederic.mangeant at steria.com> Reply-To: hobbit at hswn.dk To: hobbit at hswn.dk Subject: Re: [hobbit] ping storm Date: Fri, 18 Aug 2006 15:24:23 +0200

Le 18/08/2006 15:19, T.J. Yang a �crit :

...

Can hobbit work with malfunction of switch/router ?

ie, if a switich is dead ant it has 200 nodes behind it. there is no need to issue conn outage alerts for those 200 nodes.

Hi

see the "router" keyword in the bb-hosts(5) manpage :

route:router1,router2,.... This tag is taken from the "fping.sh" script, and is used by bbtest-net when run with the "--ping" option to enable ping testing.

The router1,router2,... is a comma-separated list of hosts elsewhere in the bb-hosts file. You cannot have any spaces in the list - separate hosts with commas.

This tag changes the color reported for a ping check that fails, when one or more of the hosts in the "route" list is also down. A "red" status becomes "yellow" - other colors are unchanged. The status message will include information about the hosts in the router-list that are down, to aid tracking down which router is the root cause of the problem.

Note: Internally, the ping test will still be handled as "failed", and therefore any other tests run for this host will report a status of "clear".

--

Fr�d�ric Mangeant

Steria EDC Sophia-Antipolis

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

Hello,

I'm currently migrating to hobbit 4.2. All is going ok but I notice something strange under solaris (6->10)! Under the cpu column, I didn't get any output, only load graph. I don't understand because it's working fine with previous version of the client (4.1.2p1). I'm looking at the hobbitclient-sunos.sh and find these lines :

$TOP must be set, the install utility should do that for us if it

exists. if test "$TOP" != "" then if test -x "$TOP" then echo "[top]" $TOP -b 20 fi fi

So, I'm opening the etc/hobbitclient.cfg and have this variable :

TOP="/usr/bin/prstat -can 20 1 1"

I'm launching this command from a console and it works perfectly as you can see :

root at psa129:/ # /usr/bin/prstat -can 20 1 1 PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
20555 root 4432K 4088K cpu0 39 0 0:00:00 0.4% prstat/1 16570 oraadm 7712K 2192K sleep 59 0 0:00:00 0.1% sshd/1 [snip] 454 root 1808K 528K sleep 59 0 0:00:00 0.0% ttymon/1 NPROC USERNAME SIZE RSS MEMORY TIME CPU
101 root 563M 227M 47% 4:09:40 0.4% 77 oraadm 507M 189M 39% 0:05:18 0.2% 1 smmsp 4352K 840K 0.2% 0:00:31 0.0% 10 hobbit 11M 9336K 1.9% 0:00:23 0.0% 1 daemon 2696K 1592K 0.3% 0:00:23 0.0% Total: 221 processes, 363 lwps, load averages: 0.08, 0.14, 0.16

Under my cpu test on the hobbit display I just have this line : "System clock is 0 seconds off" Is it the new behaviour for this test or something is wrong on my configuration ? What does "System clock is 0 seconds off" mean ?

Once again, thanks for all your great work !

Best regards,

ThomaS

Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.

This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.

The problem seems to be that $TOP is set to "/usr/bin/prstat -can 20 1 1" And this causes the if statement to fail { if test -x "$TOP"} I made a change to hobbitclient.cfg and hobbitserver.cfg so that: TOP="/usr/bin/prstat" TOPARGS="-can 20 1 1"

And then changed hobbitclient-sunos.sh to: if test "$TOP" != "" then if test -x "$TOP" then echo "[top]"

$TOP -b 40

    $TOP $TOPARGS
fi

fi

And this works well except the hobbit server does not get a cpu load graph. It only gets a graph if there is not [top] line in the data set

From: <thomas.seglard.enata at cnp.fr> Reply-To: <hobbit at hswn.dk> Date: Fri, 18 Aug 2006 14:38:53 +0200 To: <hobbit at hswn.dk> Subject: [hobbit] Question on cpu test under solaris 6->10

Hello,

I'm currently migrating to hobbit 4.2. All is going ok but I notice something strange under solaris (6->10)! Under the cpu column, I didn't get any output, only load graph. I don't understand because it's working fine with previous version of the client (4.1.2p1). I'm looking at the hobbitclient-sunos.sh and find these lines :

$TOP must be set, the install utility should do that for us if it

exists. if test "$TOP" != "" then if test -x "$TOP" then echo "[top]" $TOP -b 20 fi fi

So, I'm opening the etc/hobbitclient.cfg and have this variable :

TOP="/usr/bin/prstat -can 20 1 1"

I'm launching this command from a console and it works perfectly as you can see :

root at psa129:/ # /usr/bin/prstat -can 20 1 1 PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP 20555 root 4432K 4088K cpu0 39 0 0:00:00 0.4% prstat/1 16570 oraadm 7712K 2192K sleep 59 0 0:00:00 0.1% sshd/1 [snip] 454 root 1808K 528K sleep 59 0 0:00:00 0.0% ttymon/1 NPROC USERNAME SIZE RSS MEMORY TIME CPU 101 root 563M 227M 47% 4:09:40 0.4% 77 oraadm 507M 189M 39% 0:05:18 0.2% 1 smmsp 4352K 840K 0.2% 0:00:31 0.0% 10 hobbit 11M 9336K 1.9% 0:00:23 0.0% 1 daemon 2696K 1592K 0.3% 0:00:23 0.0% Total: 221 processes, 363 lwps, load averages: 0.08, 0.14, 0.16

Under my cpu test on the hobbit display I just have this line : "System clock is 0 seconds off" Is it the new behaviour for this test or something is wrong on my configuration ? What does "System clock is 0 seconds off" mean ?

Once again, thanks for all your great work !

Best regards,

ThomaS

Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.

---

This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.

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

Thanks for this patch ! And thanks for your explanation about CLOCK. Which utility are you using to measure the drift ? Best regards,

Thomas

henrik at hswn.dk (Henrik Stoerner) a écrit sur 19/08/2006 11:06:23 :

On Fri, Aug 18, 2006 at 02:38:53PM +0200, thomas.seglard.enata at cnp.fr wrote:

...

I'm currently migrating to hobbit 4.2. All is going ok but I notice something strange under solaris (6->10)! Under the cpu column, I didn't get any output, only load graph.

It's a bug in the hobbitclient-sunos script.

There's a patch available on http://www.hswn.dk/hobbitsw/patches/ now.

...

What does "System clock is 0 seconds off" mean ?

It means the client's system clock is in sync with the clock on the server. It's a rough measure of how well your hosts are synchronized against a common time-source. You can use the CLOCK setting in hobbit-clients.cfg to warn you if a host clock drifts too far from the norm.

Regards, Henrik

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

Ce message (et toutes ses pieces jointes eventuelles) est confidentiel et etabli a l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, CNP Assurances et ses filiales declinent toute responsabilite au titre de ce message, s'il a ete altere, deforme ou falsifie.

This message and any attachments (the "message") are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither CNP Assurances nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified.