# Database stopped responding and now fails to start

**URL:** <https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326>\
**Category:** Percona XtraDB Cluster 5.x\
**Created:** [March 10, 2014, 4:14pm UTC](https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326 "2014-03-10T16:14:26Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![Howard60](https://avatars.discourse-cdn.com/v4/letter/h/e19adc/32.png) [@Howard60](https://forums.percona.com/u/Howard60)\
**Post date:** [March 10, 2014, 4:14pm UTC](https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326/1 "2014-03-10T16:14:26Z")

</div>

I have been running a website using Percona mysql for about 18 months now. Today suddenly the web site stopped working and I found that it was because the mysql database had stopped responding.

I logged into the server and ran “service mysql restart” and it showed that the database shutdown ok but then when it tried to restart it failed. I tried several more times to restart the database but always get a failed status. I rebooted the server and tried again, but that did not help.

root@ambling2:/var/lib/mysql# service mysql start

- Starting MySQL (Percona Server) database server mysqld [fail]

I checked and there is plenty of disk space available:  
root@ambling2:/var/lib/mysql# df -h  
Filesystem Size Used Avail Use% Mounted on  
/dev/sdc1 704G 12G 657G 2% /var/lib/mysql

## The last thing logged in the /var/lib/mysql/mysql-error.log file is the following:

140119 23:12:52 [Note] /usr/sbin/mysqld: ready for connections.  
Version: ‘5.5.35-33.0-log’ socket: ‘/var/run/mysqld/mysqld.sock’ port: 3306 Percona Server (GPL), Release 33.0  
140310 13:56:50 [Note] /usr/sbin/mysqld: Normal shutdown

140310 13:56:50 [Note] Event Scheduler: Purging the queue. 0 events  
140310 13:56:52 [Warning] /usr/sbin/mysqld: Forcing close of thread 14664450 user: ‘root’

140310 13:56:52 [Warning] /usr/sbin/mysqld: Forcing close of thread 14662690 user: ‘root’

140310 13:56:52 InnoDB: Starting shutdown…  
140310 13:56:52 InnoDB: Waiting for 1 pages to be flushed  
140310 13:57:10 InnoDB: Shutdown completed; log sequence number 214690824939  
140310 13:57:10 [Note] /usr/sbin/mysqld: Shutdown complete

## 140310 13:57:10 mysqld\_safe mysqld from pid file /var/lib/mysql/mysql.pid ended

No new lines are added to the mysql-error.log file each time that I type ‘service mysql start’. The last lines are the lines logged when mysql shut down.

Where can I look next to try and determine why mysql is not working. Mysql has been installed and running fine for 18 months now and the server had been up over a month when the database suddenly stopped responding today.

---

<div class="post-metadata">

**Author:** ![Howard60](https://avatars.discourse-cdn.com/v4/letter/h/e19adc/32.png) [@Howard60](https://forums.percona.com/u/Howard60)\
**Post date:** [March 10, 2014, 4:26pm UTC](https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326/2 "2014-03-10T16:26:02Z")

</div>

Here is my /etc/mysql/my.cnf configuration:

# 

# The MySQL database server configuration file.

# 

# You can copy this to one of:

# - “/etc/mysql/my.cnf” to set global options,

# - “~/.my.cnf” to set user-specific options.

# 

# One can use all long options that the program supports.

# Run program with --help to get a list of available options and with

# –print-defaults to see which it would actually understand and use.

# 

# For explanations see

# [http://dev.mysql.com/doc/mysql/en/server-system-variables.html](http://dev.mysql.com/doc/mysql/en/server-system-variables.html)

# This will be passed to all mysql clients

# It has been reported that passwords should be enclosed with ticks/quotes

# escpecially if they contain “#” chars…

# Remember to edit /etc/mysql/debian.cnf when changing the socket location.

[client]  
port = 3306  
socket = /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs

# The following values assume you have at least 32M ram

# This was formally known as [safe\_mysqld]. Both versions are currently parsed.

[mysqld\_safe]  
socket = /var/run/mysqld/mysqld.sock  
nice = 0

[mysqld]

# 

# \* Basic Settings

# 

user = mysql  
pid-file = /var/run/mysqld/mysqld.pid  
socket = /var/run/mysqld/mysqld.sock  
port = 3306  
basedir = /usr  
datadir = /var/lib/mysql  
tmpdir = /tmp  
lc-messages-dir = /usr/share/mysql  
skip-external-locking

# 

# Instead of skip-networking the default is now to listen only on

# localhost which is more compatible and is not less secure.

bind-address = 127.0.0.1

# 

# \* Fine Tuning

# 

key\_buffer = 16M  
max\_allowed\_packet = 16M  
thread\_stack = 192K  
thread\_cache\_size = 8

# This replaces the startup script and checks MyISAM tables if needed

# the first time they are touched

myisam-recover = BACKUP  
#max\_connections = 100  
#table\_cache = 64  
#thread\_concurrency = 10

# 

# \* Query Cache Configuration

# 

query\_cache\_limit = 1M  
query\_cache\_size = 16M

# 

# \* Logging and Replication

# 

# Both location gets rotated by the cronjob.

# Be aware that this log type is a performance killer.

# As of 5.1 you can enable the log at runtime!

#general\_log\_file = /var/log/mysql/mysql.log  
#general\_log = 1

# 

# Error log - should be very few entries.

# 

log\_error = /var/log/mysql/error.log

# 

# Here you can see queries with especially long duration

#log\_slow\_queries = /var/log/mysql/mysql-slow.log  
#long\_query\_time = 2  
#log-queries-not-using-indexes

# 

# The following can be used as easy to replay backup logs or for replication.

# note: if you are setting up a replication slave, see README.Debian about

# other settings you may need to change.

#server-id = 1  
#log\_bin = /var/log/mysql/mysql-bin.log  
expire\_logs\_days = 10  
max\_binlog\_size = 100M  
#binlog\_do\_db = include\_database\_name  
#binlog\_ignore\_db = include\_database\_name

# 

# \* InnoDB

# 

# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.

# Read the manual for more InnoDB related options. There are many!

# 

# \* Security Features

# 

# Read the manual, too, if you want chroot!

# chroot = /var/lib/mysql/

# 

# For generating SSL certificates I recommend the OpenSSL GUI “tinyca”.

# 

# ssl-ca=/etc/mysql/cacert.pem

# ssl-cert=/etc/mysql/server-cert.pem

# ssl-key=/etc/mysql/server-key.pem

[mysqldump]  
quick  
quote-names  
max\_allowed\_packet = 16M

[mysql]  
#no-auto-rehash # faster start of mysql but no tab completition

[isamchk]  
key\_buffer = 16M

# 

# \* IMPORTANT: Additional settings that can override those from this file!

# The files must end with ‘.cnf’, otherwise they’ll be ignored.

# 

!includedir /etc/mysql/conf.d/

---

<div class="post-metadata">

**Author:** ![Howard60](https://avatars.discourse-cdn.com/v4/letter/h/e19adc/32.png) [@Howard60](https://forums.percona.com/u/Howard60)\
**Post date:** [March 10, 2014, 8:06pm UTC](https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326/3 "2014-03-10T20:06:09Z")

</div>

I found a different error log in /var/log/mysql/error.log which does have information about the failed starts. This log shows the following:

140310 19:04:55 mysqld\_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended  
140310 19:31:04 mysqld\_safe Starting mysqld daemon with databases from /var/lib/mysql  
140310 19:31:04 [Warning] Using unique option prefix key\_buffer instead of key\_buffer\_size is deprecated and will be removed in a future release. Please use the full name instead.  
140310 19:31:04 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.  
140310 19:31:04 [Note] Plugin ‘FEDERATED’ is disabled.  
140310 19:31:04 InnoDB: The InnoDB memory heap is disabled  
140310 19:31:04 InnoDB: Mutexes and rw\_locks use GCC atomic builtins  
140310 19:31:04 InnoDB: Compressed tables use zlib 1.2.3.4  
140310 19:31:04 InnoDB: Using Linux native AIO  
140310 19:31:04 InnoDB: Initializing buffer pool, size = 128.0M  
140310 19:31:04 InnoDB: Completed initialization of buffer pool  
InnoDB: Error: log file ./ib\_logfile0 is of different size 0 536870912 bytes  
InnoDB: than specified in the .cnf file 0 5242880 bytes!  
140310 19:31:04 [ERROR] Plugin ‘InnoDB’ init function returned error.  
140310 19:31:04 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.  
140310 19:31:04 [ERROR] Unknown/unsupported storage engine: InnoDB  
140310 19:31:04 [ERROR] Aborting

140310 19:31:04 [Note] /usr/sbin/mysqld: Shutdown complete

140310 19:31:04 mysqld\_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

---

<div class="post-metadata">

**Author:** ![scott.nemes](https://sea1.discourse-cdn.com/flex019/user_avatar/forums.percona.com/scott.nemes/32/5_2.png) [@scott.nemes](https://forums.percona.com/u/scott.nemes)\
**Post date:** [March 10, 2014, 10:28pm UTC](https://forums.percona.com/t/database-stopped-responding-and-now-fails-to-start/3326/4 "2014-03-10T22:28:37Z")

</div>

Your ib\_logfiles are 512MB but your my.cnf says they should be 5MB. So you either need to update the innodb\_log\_file\_size value in your my.cnf to 512M or delete your ib\_logfiles and let it recreate them as 5M (likely want to go with the first option and update your my.cnf).
