If I understand what you are getting at, you will want to setup where the resource groups with the resource groups ID as a server.  Then you set up a persistent IP - ( if your running HACMP 5.x this is standard)  that you use for each LPAR.  Then in you resource startup you enable reporting ( you will need to spoof you hostname on the reports) and in you resource shutdown scripts disable the reporting for this resource although you may want to send a report that you are going down to Hobbit this could be a custom report of status on your screen. The node up and down could spawn updates along with the 

hacmp.out log file or a subset. You could also make your reporting HACMP aware and they could run all the time but only report if they own the resource group. You also have advance event monitoring within HACMP that could spawn a report based on an event in real time.

<br><br><br><div><span class="gmail_quote">On 4/27/06, <b class="gmail_sendername">Kauffman, Tom</b> <<a href="mailto:KauffmanT@nibco.com">KauffmanT@nibco.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

I need to split the monitoring for SAP and Oracle from the monitoring of the host it runs on -- because, in an IBM HACMP environment, the workload can move. So the oracle tests, *some* of the disk space tests, and *some* of the proc tests move from one box to another.

<br><br>So does the primary IP address.<br><br>I need to be able to track 'colorado' the box (the hostname does NOT<br>move) as well as 'colorado' the IP address. 'Colorado' the address could<br>actually be pointing to the 'thames' or 'yukon' boxes. At which time,

<br>'colorado' the box will be responding to the 'colorado-bt' adapter<br>address (if 'colorado' the box is up at all).<br><br>I can get some of what I want by running two clients, one for 'colorado'<br>the box, and one for 'SAP' or some other such synthetic name. The

<br>biggest two challenges I see are splitting the OS filesystems from the<br>application filesystems for freespace reporting, and the shifting IP<br>address. I may have an 'out' on the IP address in the future, if I can<br>

migrate to what IBM calls 'aliasing' -- where they add the running address as a second address on the adapter and respond to both. And to make this a bit more fun, I have THREE of these silly environments to work with.

<br><br>Henrik, is there any way to hang two different IP addresses on the same<br>bb-host entry such that the network connectivity test will be happy if<br>either one responds? They are always on the same IP network, just

<br>different host addresses (our convention is to add 100 to the last octet<br>to get the boot-time address for the matching run-time address).<br><br>Is anyone else doing something silly like this?<br><br>TIA<br><br>Tom Kauffman

<br>NIBCO, Inc<br>CONFIDENTIALITY NOTICE:  This email and any attachments are for the<br>exclusive and confidential use of the intended recipient.  If you are not<br>the intended recipient, please do not read, distribute or take action in

<br>reliance upon this message. If you have received this in error, please<br>notify us immediately by return email and promptly delete this message<br>and its attachments from your computer system. We do not waive<br>attorney-client or work product privilege by the transmission of this

<br>message.<br><br><br>To unsubscribe from the hobbit list, send an e-mail to<br><a href="mailto:hobbit-unsubscribe@hswn.dk">hobbit-unsubscribe@hswn.dk</a><br><br><br></blockquote></div><br>