MariaDB Не удается запустить tc log

Я пробовал каждое решение в Интернете, но мой сервер MariaDb по-прежнему терпит неудачу, продолжает предать меня, продолжать уничтожать мой крошечный мир DevOps. Мои попытки сгладить ситуацию включали в себя всевозможные удовлетворения: изменение разрешений, конфигов, удаление файлов журналов, обновление /переустановка, перемещение ее внутренних файлов вверх и назад, удаление других СУБД, удаление всего, кроме нее, но ... она никогда не была так долго сопротивлялись. Моя последняя и единственная надежда для вас, ребята, осветить путь через такой критический момент в наших отношениях.

Я использую бродягу, и проблема в опции datadir - когда я использую путь по умолчанию, все в порядке, но когда я меняю его к бродяжнейшей общей папке Мария даже не запускается. Я скопировал все файлы /var /lib /mysql в новую папку.

У меня есть хост Windows, гостевой клик Centos и мои настройки:

Версия MariaDb:

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:

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
10 голосов | спросил Sam Ivichuk 30 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowFri, 30 Sep 2016 23:44:13 +0300 2016, 23:44:13

5 ответов


8

Уооо, я нашел его! На данный момент, по крайней мере. Выкапывание через источник предполагает, что это может иметь отношение к вызовам mmap(), а lo and behold - У VirtualBox есть ошибка в этой области . К счастью, тот же источник указывает на обходной путь - параметр log_bin . Включите это (либо из командной строки как --log_bin, либо из конфигурационного файла как log_bin=ON), и все снова начинает работать!

ответил Vilx- 4 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowMon, 04 Sep 2017 11:06:01 +0300 2017, 11:06:01
8

Вы можете удалить tc.log в каталоге данных и удалить старые записи из mysql-bin.index (это текстовый файл, наряду со списком двоичных журналов). Если это окно разработки, вы можете удалить индексный файл (mysql-bin.index), чтобы заставить его отдыхать.

Также он может быть связан с идентификаторами пользователя между пользователем mysql и владельцем id общей папки, здесь является фрагментом для этого.

ответил 3manuek 10 +03002016-10-10T02:30:04+03:00312016bEurope/MoscowMon, 10 Oct 2016 02:30:04 +0300 2016, 02:30:04
4

В итоге я удалил файл tc.log в /var /lib /mysql. Когда я снова запустил mysql, он создал новый tc.log и запустился.

sudo rm -f /var/lib/mysql/tc.log
ответил Flavio Troia 31 +03002017-10-31T15:19:19+03:00312017bEurope/MoscowTue, 31 Oct 2017 15:19:19 +0300 2017, 15:19:19
1

Если вы просто хотите снова запустить mysql /mariadb и не возражать против потери ваших данных (в среде dev), это то, что я сделал

Удалить: ib_logfile1 ib_logfile0 aria_log_control aria_log.00000001 tc.log ib_data1

запустите сервер

Удалить схему (если она содержит файлы, cd в папке схемы, удалить все)

Затем я повторно импортировал базу данных из старого дампа, который у меня был.

Затем я начал mariadb, и все получилось отлично. Удаленные файлы были восстановлены. ** Опять же, это только для разработчиков. Вероятно, вы можете установить свой db **

ответил Kiren 9 32016vEurope/Moscow11bEurope/MoscowWed, 09 Nov 2016 18:53:35 +0300 2016, 18:53:35
0

Я столкнулся с этой проблемой, когда попытался скопировать папку данных базы данных. Поэтому я перешел в папку данных и выполнил следующую команду для удаления всех файлов журнала:

rm -rf *log*

Затем я перестроил докер, и вопрос был отсортирован.

ответил tharanga rajapaksha 28 Maypm18 2018, 12:27:59

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132