On Thu, Jun 26, 2008 at 17:08, Adrian Chapela <[EMAIL PROTECTED]> wrote: > Hello, > > I want to continue talking about this bug > http://developerbugs.linux-foundation.org/show_bug.cgi?id=1927 > > (It is not a bug... but I still have some doubts) > >> For some operation, you have specified on_fail=fence. >> How can the cluster fence the node if you have stonith turned off? > > Yes I have specified fence because I want to stop, poweroff, or any to do a > failover to another node when a master node fails.
Except we can't because you don't have the stonith-enabled cluster option set to true. > I don't know how I can activate a stonith. Is > it possible activate > a stonith with heartbeat software ? http://www.linux-ha.org/ConfiguringStonithPlugins > >> Yes, you need to wait for 10 minutes _and_ enable stonith. >> Without stonith we have no way to clean up after a failed stop. > > The problem isn't in stopping operation, is in slaving operation, In that case, as long as stop can clean up after a failed demote, then stonith isn't strictly necessary. > but I > think I need to change RA but Why is heartbeat trying to change the role of > a failed master node ?? If a node is failed, this node should become > unusable or it could be a stopped resource, I think it could be more > reasonable this situation > >> Either that of find out why its taking so long to stop the resource > > It is not taking so long to stop, it is being a slave... the same thing applies > but is in this > operation when it is failing. In other hand I need a high timeout because my > server is doing many mysql transactions and it could take about 5 minutes to > stop the mysql server (Mysql Server is using 10 GB of RAM, it must commit > and write remain memory data to disk). > > I want to achieve a solution of High availability of MySQL, many people is > trying the same. > > Thank you! > > _______________________________________________ > 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
