Задержка резервного копирования TKLBAM, вызывающая проблемы с MySQL

У меня странная проблема, с которой я никогда не сталкивался. Я использую сервер LAMP под ключ (Debian), и кажется, что мой сервер MySQL становится недоступным, по крайней мере, один раз в день. Я не уверен, что это вообще вызывает. Мои последние несколько журналов перед перезапуском:

160108  0:54:09 [Note] Plugin 'FEDERATED' is disabled.
160108  0:54:09 InnoDB: The InnoDB memory heap is disabled
160108  0:54:09 InnoDB: Mutexes and rw_locks use GCC atomic builtins
160108  0:54:09 InnoDB: Compressed tables use zlib 1.2.8
160108  0:54:09 InnoDB: Using Linux native AIO
160108  0:54:09 InnoDB: Initializing buffer pool, size = 128.0M
160108  0:54:09 InnoDB: Completed initialization of buffer pool
160108  0:54:09 InnoDB: highest supported file format is Barracuda.
160108  0:54:09  InnoDB: Waiting for the background threads to start
160108  0:54:10 InnoDB: 5.5.46 started; log sequence number 111777334
160108  0:54:11 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 0  (Debian)

Я не изменил ни одной из настроек по умолчанию, которые я могу вспомнить, поэтому она должна прослушивать 3306. У меня есть несколько сайтов Wordpress, работающих на сервере, поэтому отключение БД - это плохая новость. Он возвращается сразу после перезагрузки без проблем и говорит, что слушает 3306:

160108 10:20:45 [Note] Server socket created on IP: '127.0.0.1'.
160108 10:20:45 [Note] Event Scheduler: Loaded 0 events
160108 10:20:45 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.46-0+deb8u1'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  (Debian)

Есть идеи? Спасибо!

ОБНОВЛЕНИЕ: Вот мой полный файл журнала: http://pastebin.com/2G2CAVsw

ПРОБЛЕМА: Похоже, что tklbam-restore вызывает проблемы. Я вручную запустил резервное копирование и заметил, что, как только он добрался до фазы БД процесса, мои серверы Wordpress больше не могли обращаться к MySQL. Кроме того, процесс резервного копирования застрял в одной из моих таблиц БД. Вот последние несколько строк:

table: trendsandteens/wp_wfNet404s
table: trendsandteens/wp_wfReverseCache
table: trendsandteens/wp_wfScanners
table: trendsandteens/wp_wfStatus
table: trendsandteens/wp_wfThrottleLog
table: trendsandteens/wp_wfVulnScanners

Это просто резервное копирование таблиц Wordfence. Так что я не совсем уверен, в чем проблема... Есть идеи? Вот обратная связь после того, как я прервал процесс: http://pastebin.com/QV63cBPG

Источник

1 ответ

Попробуйте запустить MySQL, используя strace, и сохраните вывод в файл. Затем просмотрите вывод непосредственно перед его завершением, чтобы увидеть, есть ли что-нибудь, что указывало бы на причину проблемы.

Имейте в виду, что выходные данные могут вырасти довольно большими, поэтому убедитесь, что у вас нет свободного места на диске или иным образом отрицательно повлияет на систему (например, если для записи всех данных на диск требуется много ввода-вывода),

Если вы обнаружите, что строки обрезаны, и было бы полезно провести дальнейшие исследования, используйте -s аргумент в пользу

Если это проще, вы можете присоединить strace к существующему процессу, используя -p processid,

Источник
Другие вопросы по тегам