[hobbit] RE: Multiple disk definitions

[Iain M Conochie]

Hi Vernon,

This is not a very elegant solution but may work for you

Are you able to create 2 extra pages for these hosts? 1 for large disk 
and 1 for small disks. You can then base the alerts for these hosts 
based on these 2 pages. This has the drawback of the same host being 
defined multiple times in bb-hosts so make sure on the new pages you use 
noconn and do not define any more checks. This will also increase the 
number of monitored servers that bbnet reports. So e.g.

page REAL Monitored servers

1.2.3.4 serverA # ssh http://serverA.domain.com
3.4.5.6 serverB # ssh http://serverB.domain.com

page HUGE Large disk servers

0.0.0.0 serverA # noconn

page SMALL Small disk servers

0.0.0.0 serverB # noconn

Now you can define in hobbit-clients.cfg

PAGE=HUGE

DISK /data1 10485760U 5242880U

PAGE=SMALL


DISK /data1 85 90

Cheers
Iain

Everett, Vernon wrote:
> Yep, am doing that.
> However, what I am looking for is a way to do something like this
> HOST=*
> DISK /data1 85 90
> DISK /data1 10485760U 5242880U
>
> And have some kind of "best-case" or "worst-case" logic.
>
> Worst case would check both cases, and report the worst result.
>
> Best case, does the same, but reports the best result.
>
> I know I am probably looking for the impossible, but a man can hope :-)
>
> Cheers
>
> Vernon
>
>
> ------------------------------------------------------------------------
> *From:* Andy France [mailto:Andy at zespri.com]
> *Sent:* Thursday, 15 October 2009 4:09 AM
> *To:* hobbit at hswn.dk
> *Subject:* [hobbit] RE: Multiple disk definitions
>
> Hi Vernon,
>
> Check the man page for hobbit-clients.cfg...
>
> http://www.hswn.dk/hobbit/help/manpages/man5/hobbit-clients.cfg.5.html#lbAG
>
> You can specify disk sizes by free space by appending “U” e.g.
>
> HOST=sap-sid-sv1
>
> DISK /oracle/SID/saparch 80 90
>
> DISK /oracle/SID/sapdata1 10485760U 5242880U
>
> The disk for saparch is monitored by percentage, and sapdata1 warns at 
> 10GB free and panics and 5GB free.
>
> Regards,
>
> Andy.
>
> *From:* Everett, Vernon [mailto:Vernon.Everett at woodside.com.au]
> *Sent:* Wednesday, 14 October 2009 4:07 p.m.
> *To:* 'hobbit at hswn.dk'
> *Subject:* [hobbit] Multiple disk definitions
>
> Hi all
>
> Anybody had any experience trying to define multiple disk definitions.
>
> I have a range of servers, which for whatever reason, have highly 
> variable partition sizes.
>
> E.g. ServerA /data1 2Tb
>
> /data2 200mb
>
> ServerB /data1 800gb
>
> /data2 4Tb
>
> /data3 20gb
>
> Setting a blanket value of
>
> DISK * 90 95
>
> Will not give good results, because on a 4Tb volume, 90% is still 
> 400Gb available, while on a 200mb volume, this is only 20mb
>
> What I would like to do, is define a percent or absolute, based on 
> disk size.
>
> Is this possible?
>
> There are many more servers, so defining them all individually will be 
> too much work.
>
> Cheers
>
> Vernon
>
>  
> 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.
>
> #####################################################################################
>
> This email is intended for the person to whom it is addressed
> only. If you are not the intended recipient, do not read, copy
> or use the contents in any way. The opinions expressed may not
> necessarily reflect those of ZESPRI Group of Companies ('ZESPRI').
>
> While every effort has been made to verify the information
> contained herein, ZESPRI does not make any representations
> as to the accuracy of theinformation or to the performance
> of any data, information or the products mentioned herein.
> ZESPRI will not accept liability for any losses, damage or
> consequence, however, resulting directly or indirectly from
> theuse of this e-mail/attachments.
>
> #####################################################################################
>
> This email has been scrubbed for your protection by SMX. For more 
> information visit smx.co.nz <http://smx.co.nz/scrubbed>
> 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.
>