my eyes! my eyes!
please, no html emails :-)
On 5/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi,everybody,<p>I've studied heartbeat for several weeks, and found it has perfect and overall functions. But it is a little big for </p><p>me.</p><p>System discription: Two node, Redhat EL4, heartbeat-2.0.8,</p><p>same hardware and software configure, same processes running, but different behavior</p><p> </p><p>(active node receives data and send result, passive node only receive data). </p><p> two NICs in different subnet connected to different
switches, and no link between switches.</p><p>Now I should implement the fellowing functions:</p><p>1. Monitor the system health. It's basic function of heartbeat, no problem.</p><p>2. Monitor the network connectivity, If one channel disconnected, switch to another channel.</p><p> Because two IP's of same machine is not same subnet, so I cannot use bonding. Right?</p><p> If I use SCTP instead of TCP or UDP, I should rewrite the application code.</p><p> Any
suggestion?</p><p> </p><p>3. Monitor some process health, if the process of the primary node failed, notify the process in another node.</p><p> Should I rewrite the program as a client of heartbeat, just as the api_test shows?</p><p> </p><p>4. remote console: monitor and control: monitor the status of cluster ,process monitored, and local machine(such as </p><p> </p><p>usage of CPU, mem, disk); Control: manual switch of the node's role, for
example change node A be passive from </p><p> </p><p>active.</p><p> I know the CRM can do much as I think, but CRM is too complex for me. Now I have 8 processes from heartbeat if I </p><p> </p><p>use serial cable and mcast eth1 for heartbeat. But if I set CRM on, then 9 more processes start. Is it possible for </p><p> </p><p>me to simplify the solution with such functions?</p><p> </p><p>Thank you!
</p><p>Best regards!</p><p> Oohurbert <br /> </p>
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
_______________________________________________
Linux-HA mailing list
[email protected]
http://lists.linux-ha.org/mailman/listinfo/linux-ha
See also: http://linux-ha.org/ReportingProblems
