make disk report

[Everett, Vernon]

Use this as a starting point.
It will generate heaps of little files, one per host, containing the disk info.
Parse the files, and you have what you need.

cat /etc/hobbit/bb-hosts | egrep -v "^#|^page|^$|^subpage|^group|^include" | awk '{ print $2 }' \
   | while read HOSTNAME
     do
        wget -O $HOSTNAME -o /dev/null http://hobbit/hobbit-cgi/bb-hostsvc.sh\?HOST\=$HOSTNAME\&SERVICE\=disk &
     done
Cheers
     V


________________________________
From: RENARD Samuel [mailto:Samuel.RENARD at cg29.fr]
Sent: Monday, 27 October 2008 7:58 PM
To: hobbit at hswn.dk
Subject: [hobbit] make disk report

Hello,

I've a problem with reporting. I explain : I want to make a report with all my hosts testing disks in a table like this :

                                            Host 1
1K-blocks     Used       Avail    Capacity    Mounted      Summary(Total\Avail)
XXXX             xxxx       xxx       xxxx          xxxxx           xxxxxxxx
XXXX             xxxx       xxx       xxxx          xxxxx           xxxxxxxx

                                            Host 2
1K-blocks     Used       Avail    Capacity    Mounted      Summary(Total\Avail)
XXXX             xxxx       xxx       xxxx          xxxxx           xxxxxxxx
XXXX             xxxx       xxx       xxxx          xxxxx           xxxxxxxx


But I don't know how can i do! I don't know how can i get differents disk's informations.
I want just to get informations, then format is simple.

I tested bb-gen but i've got this error :
 " No BBACKS! Cannot cd to directory /usr/lib/hobbit/data/acks "

There's no directory /usr/lib/hobbit/data !

Thanks,

Regards,

Samuel R.

________________________________
De : Michael A. Price [mailto:mprice at sgt-inc.com]
Envoyé : lundi 27 octobre 2008 10:58
À : hobbit at hswn.dk
Objet : Re: [hobbit] Test goes purple randomly

Is this a fix to the hobbit turning purple issue for devmon also?

Thanks, michael

On 10/24/08 10:05 PM, "Richard Finegold" <goldfndr at gmail.com> wrote:

If one uses a default ratio of 5:30 (5 minute poll, 30 minute expire)
then LIFETIME should be more than "a bit longer than" the life span of
the report. Assuming the philosophy of no less than 5 missed intervals
leading to purple is consistent. Hmm...

Ah, the bb manpage says "sligtly more than" (sic) "is a good idea".
This is contradicted by the LIFETIME default of 30. Two ways come to
mind to resolve this contradiction:
  * Change LIFETIME to 6 or 7 (hobbitd.c, handle_status, validity).
  * Change the manpage's text, from "sligtly more than" to "a multiple
of" (or something similar).

On Thu, Oct 23, 2008 at 6:47 PM, Samuel Cai
<Samuel.Cai at ehealth-china.com> wrote:
> From: Ralph Mitchell [mailto:ralphmitchell at gmail.com]
> Sent: Tuesday, September 16, 2008 12:44 PM
> To: hobbit at hswn.dk
> Subject: Re: [hobbit] Tricky bug in Purple status determination
>
[snip]
> What you should do is alter the test script to use the "status+LIFETIME"
> format, where LIFETIME is the life span of the report, as described in
> the bb man page, and make the lifetime a bit longer than the the test
> interval.

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

-------------------------------------------------------------------------
Ce message a ete scanne par l'anti-virus du Conseil General du Finistere.
-------------------------------------------------------------------------

-------------------------------------------------------------------------
Ce message a ete scanne par l'anti-virus du Conseil General du Finistere.
-------------------------------------------------------------------------


NOTICE: This email and any attachments are confidential. 
They may contain legally privileged information or 
copyright material. You must not read, copy, use or 
disclose them without authorisation. If you are not an 
intended recipient, please contact us at once by return 
email and then delete both messages and all attachments.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20081027/19083e1d/attachment.html>