[Linux-cluster] Issue with mysql service in RHEL6.2 cluster

Ryan Mitchell rmitchel at redhat.com
Mon Jan 9 23:12:08 UTC 2012

On 01/10/2012 07:57 AM, Roka, Rajendra wrote:
> *I am having issue with mysql service in RHEL6.2 cluster. While 
> starting service I receive the following error in /var/log/message*
> Jan 10 08:47:52 atp-wwdev1 rgmanager[6015]: Starting Service mysql:mysql
> Jan 10 08:47:54 atp-wwdev1 rgmanager[6096]: Starting Service 
> mysql:mysql > Failed - Timeout Error
> Jan 10 08:47:54 atp-wwdev1 rgmanager[1842]: start on mysql "mysql" 
> returned 1 (generic error)
I'm pretty sure the first problem is that mysql doesn't start before the 
script times out.  All subsequent errors are trying to clean up from the 
failed start and can be ignored.  There won't be a pid file if the 
service did not start or if it was cleanly shut down outside of 
rgmanager.  Try increasing the startup_wait (something large until you 
find its successful, like 60).  Its currently waiting 2 seconds.

Also, I don't think you want to have the VIP and the service that uses 
it (mysql) in different services.  They should be in the same service, 
because they always have to run on the same node (they aren't 
independent).  Same goes for the filesystem resource if that is required 
by MYSQL.  Perhaps something like the following?:


<ip address="" monitor_link="on" sleeptime="2"/>

<netfs export="/nfs/mysql" force_unmount="on" fstype="nfs" 
host="" mountpoint="/var/lib/mysql" name="filesystem" 

<mysql config_file="/etc/my.cnf" listen_address="" 
name="mysql" shutdown_wait="60" startup_wait="60"/>


<service autostart="1" domain="atp_failover" exclusive="0" 
name="database" recovery="relocate">

<ip ref=""/>

<netfs ref="filesystem"/>

<mysql ref="mysql"/>


Lastly, you have created a fence device but you haven't assigned it to 
the nodes so they currently have no fencing devices.  Make sure you do 
that and test fencing before doing anything important with this cluster.


Ryan Mitchell
Software Maintenance Engineer
Support Engineering Group
Red Hat, Inc.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-cluster/attachments/20120110/27c24baa/attachment.htm>

More information about the Linux-cluster mailing list