Ygthkb

I've tried every solution on the Internet but my MariaDb server continue to fail, continue to betray me, continue to destroy my tiny DevOps world. My attempts to smooth the situation included all sorts of satisfaction: changing permissions, configs, removing log files, upgrading / reinstalling, moving her internal files up and around, removing other DBMS, removing everything except her but.... she has never been resisting so much for so long. My last and only hope for you guys to light the way through such critical moment in our relationships.

I'm using vagrant and the problem is in datadir option - when I use default path everything is ok but when I change it to vagrant shared folder Maria does not even start. I have copied all the /var/lib/mysql files to new folder.

I have Windows host, Centos guest and my configurations are:

MariaDb version:

mysql  Ver 15.1 Distrib 10.1.17-MariaDB, for Linux (x86_64) using readline 5.1

Vagrantfile:

# -*- mode: ruby; -*-



ENV['VAGRANT_DEFAULT_PROVIDER'] = 'virtualbox'



Vagrant.configure("2") do |config|

  config.vm.box_url = "https://github.com/tommy-muehle/puppet-vagrant-boxes/releases/download/1.1.0/centos-7.0-x86_64.box"

  config.vm.box = "centos7"



  config.vm.network "private_network", ip: "10.0.1.10"



  config.vm.synced_folder "mysql", "/vagrant/mysql", owner: "mysql", group: "mysql"



  config.vm.provider :virtualbox do |vb|

    vb.customize ["modifyvm", :id, "--memory", "4096"]

    vb.customize ["modifyvm", :id, "--cpus", "4"]

    vb.customize ["modifyvm", :id, "--hwvirtex", "on"]

    vb.customize ["modifyvm", :id, "--audio", "none"]

    vb.customize ["modifyvm", :id, "--nictype1", "virtio"]

    vb.customize ["modifyvm", :id, "--nictype2", "virtio"]

  end

end

/etc/my.cnf.d/server.cnf:

[mysqld]

user=mysql

datadir=/vagrant/mysql

socket=/var/lib/mysql/mysql.sock

symbolic-links=0

default-storage-engine=innodb



tmpdir = /tmp



character-set-server = utf8

init-connect="SET NAMES utf8"



expire_logs_days=2

skip-external-locking



key_buffer_size = 32M

max_allowed_packet = 32M

table_open_cache = 8192

table_definition_cache = 8192

sort_buffer_size = 16M

net_buffer_length = 16K

read_buffer_size = 8M

read_rnd_buffer_size = 8M

thread_cache_size = 128

thread_concurrency = 16



query_cache_size = 1024M

query_cache_limit = 2M

join_buffer_size = 32M



max_connections = 1024

max_connect_errors = 1024



connect_timeout=5



innodb_file_per_table

innodb_buffer_pool_size=2048M

innodb_read_io_threads=8

innodb_write_io_threads=8

innodb_lock_wait_timeout=5

innodb_flush_log_at_trx_commit=2

innodb_flush_method=O_DSYNC

innodb_log_file_size=64M

innodb_log_buffer_size=32M

innodb_log_files_in_group=2

innodb_thread_concurrency=16

innodb_open_files = 1000

innodb_sync_spin_loops=100



skip-name-resolve



log-error=/var/log/mariadb/mysqld.log

MariaDb error log:

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using mutexes to ref count buffer pool pages

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: The InnoDB memory heap is disabled

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: GCC builtin __atomic_thread_fence() is used for memory barrier

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Compressed tables use zlib 1.2.7

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using Linux native AIO

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Using SSE crc32 instructions

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Initializing buffer pool, size = 2.0G

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Completed initialization of buffer pool

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Highest supported file format is Barracuda.

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: 128 rollback segment(s) are active.

2016-09-30 22:32:46 139758293125248 [Note] InnoDB: Waiting for purge to start

2016-09-30 22:32:46 139758293125248 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.31-77.0 started; log sequence number 1600799

2016-09-30 22:32:46 139754263774976 [Note] InnoDB: Dumping buffer pool(s) not yet started

2016-09-30 22:32:46 139758293125248 [Note] Plugin 'FEEDBACK' is disabled.

2016-09-30 22:32:46 139758293125248 [ERROR] Can't init tc log

2016-09-30 22:32:46 139758293125248 [ERROR] Aborting

Woohoo, I found it! For now, at least. Digging through the source suggests that this might have something to do with mmap() calls, and lo and behold - VirtualBox has a bug in that area. Fortunately that same source hints at a workaround - the log_bin option. Enable this (either from the command line as --log_bin or from the config file as log_bin=ON) and things start to work again!

I ended up deleting the tc.log file in /var/lib/mysql. When I started mysql again, it created a new tc.log and started up.

sudo rm -f /var/lib/mysql/tc.log

You can remove the tc.log in the data directory and remove old entries from mysql-bin.index (it is a text file, along with a list of binary logs). If this is a development box, you can remove the index file (mysql-bin.index) to force its recreation.

Also it could be related to the user ids between mysql user and the shared folder id owner, here is a snippet to do so.

If you just want to get mysql/mariadb running again and don't mind losing your data (in a dev environment), this is what I did

Delete:
ib_logfile1
ib_logfile0
aria_log_control
aria_log.00000001
tc.log
ib_data1

start the server

Delete the schema (if it contains files, cd into the schema's folder, delete everything)

I then reimported the database from an old dump I had.

I then started mariadb, and it comes up fine. The deleted files got recreated.
** Again this is for dev only. You could probably install your db**

I faced this issue when I tried to copy the database data folder.
So I changed to the data folder and executed following command to delete all log files:

rm -rf *log*

Then I rebuilded the docker and issue was sorted.

I also solved this error by removing the tc.log. With XAMPP the tc.log file is in the XAMPP/xamppfiles/var/mysql folder - on my mac its located at:
/Applications/XAMPP/xamppfiles/var/mysql/tc.log