Fw: [hobbit] hobbitclient, disk and AIX

[Pat Vaughan]

That's been my experience.  I have had lots of different disk types, and
they all use /dev files, even RAM filesystems, if anyone uses them.  I
think this is true of EMC and HDS as well.  I'm currently in an all IBM
shop, so I can't check others.


>
> Andy France <Andy at zespri.com> wrote on 10/11/2005 09:38:34 p.m.:
>
>> Just a follow up on my own thread...
>
>> Andy France wrote on 10/11/2005 05:25:27 p.m.:
>
>> > I'm working my way through a small rollout of hobbitclient on some AIX
>> 5.3
>> > boxen to replace the BB client.
>
>> > At present, I am having some issues with disk alerts, especially for
> NFS
>> > mounted drives.
>
>> > As Henrik probably noticed, AIX is nice enough to *not* include the
>> option
>> > for specifying file system types in it's df command.  Well... it does
> in
>> > the sysv version but that won't let you get the results in kb :-)  So
> if
>> I
>> > get a full disk on the NFS server, all the NFS clients let me know
> about
>> it
>> > too!
>
>> I've had a look at how BB resolves this issue.  They grep the df output
> for
>> lines that begin with /dev.
>
>> This will work fine for me as all my LV's (logical volumes), whether
>> locally attached SCSI disks or fibre attached FAStT SAN disks, follow
> this
>> convention... which is kind of obvious seeing as i never noticed any
>> problems with the BB client! ;-)
>
>> Can anyone else confirm that all AIX systems will follow this
>> convention?  I'm relatively new to AIX and only run 5.2 and 5.3.  I
>> therefore feel I'm not qualified to categorically state that all local
>> filesystems will be created on logical volumes.  Does AIX actually
>> enfore
>> the use of LVM?
>
>> At this point, I've made the following change to my copies of
>> hobbitclient-aix.sh
>
>> df -Ik | sed ...
>> *becomes*
>> df -Ik | grep '^/dev' | sed...
>
> Whoops!
>
> df -Ik | grep -E '^/dev'\|'^Filesystem' | sed...
>
> :-)
>
>> Would anyone have objections to getting the source updated to match by
>> Henrik?
>
>> > Would it be possible to use a DEFAULT regex to exclude any lines with
>> a
> :
>> > in them?  Something like...
>
>> > DISK  %*:.* 101 102
>
>> > Although my perl regex experience is a bit light... so any
> clarification
>> > would be appreciated!
>
>> This would obviously become a bit redundant :-)
>
>> > Also - can you have multiple DISK lines undet the DEFAULT tag?  The
>> man
>> > page doesn't say much either way, although I've got it working fine on
>> one
>> > host entry for the PROC status
>
>> > Regards,
>
>> Andy.
>
>>
> #####################################################################################
>
>> 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 the information 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
>> the use of this e-mail/attachments.
>>
> #####################################################################################
>
>> To unsubscribe from the hobbit list, send an e-mail to
>> hobbit-unsubscribe at hswn.dk
>
>
> #####################################################################################
>
> 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 the information 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
> the use of this e-mail/attachments.
> #####################################################################################
>
> To unsubscribe from the hobbit list, send an e-mail to
> hobbit-unsubscribe at hswn.dk
>
>
>