Understanding the Sun Cluster HA for MySQL Fault Monitor

Use the information in this section to understand the Sun Cluster HA for MySQL fault monitor. This section describes the Sun Cluster HA for MySQL fault monitor's probing algorithm or functionality, states the conditions, messages, and recovery actions associated with unsuccessful probing.

For conceptual information on fault monitors, see the Sun Cluster Concepts Guide.

Resource Properties

The Sun Cluster HA for MySQL fault monitor uses the same resource properties as resource type SUNW.gds, refer to the SUNW.gds(5) man page for a complete list of resource properties used.

Probing Algorithm and Functionality

• MySQL

  • Sleeps for Thorough_probe_interval

  • Tries to connect to the MySQL instance, with mysqladmin command with argument ping, with the defined faultmonitor user fault <fmuser>. If this fails then the probe will restart the MySQL resource.

  • Every 300 seconds the probe will also check the following:

  • If the MySQL instance is a slave configuration, the probe will check if the MySQL instance is connected to it's master. If the Slave is not connected the probe will write an error message to syslog.

  • Verify that the probe can list all databases and tables, not the contents. If the probe recieve any errors the probe will write an error message to syslog.

  • Conduct an function test on the defined test-database, Create Table, Insert into Table, Update Table, Delete from Table and Drop table. If any of those operation fails then the probe will restart the MySQL resource.

  • If all MySQL processes have died, pmf will interrupt the probe to immediately restart the mysql resource.

  • If the MySQL resource is repeatedly restarted and subsequently exhausts the Retry_count within the Retry_interval then a failover is initiated for the Resource Group onto another node if Failover_enabled is set to TRUE