Fw: [hobbit] hobbitclient, disk and AIX
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. #####################################################################################
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
participants (2)
-
Andy＠zespri.com
-
hobbit＠pvaughan.us