Problema: Restarting mysql [KO], o que fazer?

Estou com um problema no meu servidor:
Restarting mysql [KO]
Não está reiniciando o Mysql, o que devo fazer?

root@novo-sites-mautic:~# mysqld_safe

200530 10:00:24 mysqld_safe Logging to syslog.

200530 10:00:24 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

root@novo-sites-mautic:~# mysqld --tc-heuristic-recover=ROLLBACK

2020-05-30 10:00:35 0 [Note] mysqld (mysqld 10.3.23-MariaDB-1:10.3.23+maria~stretch-log) starting as process 2466 …

2020-05-30 10:00:35 0 [Warning] You need to use --log-bin to make --binlog-format work.

2020-05-30 10:00:35 0 [Note] InnoDB: Using Linux native AIO

2020-05-30 10:00:35 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins

2020-05-30 10:00:35 0 [Note] InnoDB: Uses event mutexes

2020-05-30 10:00:35 0 [Note] InnoDB: Compressed tables use zlib 1.2.8

2020-05-30 10:00:35 0 [Note] InnoDB: Number of pools: 1

2020-05-30 10:00:35 0 [Note] InnoDB: Using SSE2 crc32 instructions

2020-05-30 10:00:35 0 [Note] InnoDB: Initializing buffer pool, total size = 384M, instances = 1, chunk size = 128M

2020-05-30 10:00:35 0 [Note] InnoDB: Completed initialization of buffer pool

2020-05-30 10:00:35 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority().

2020-05-30 10:00:35 0 [ERROR] InnoDB: Missing MLOG_CHECKPOINT at 2892136668 between the checkpoint 2892136618 and the end 2892136448.

2020-05-30 10:00:35 0 [ERROR] InnoDB: Plugin initialization aborted with error Generic error

2020-05-30 10:00:35 0 [Note] InnoDB: Starting shutdown…

2020-05-30 10:00:36 0 [ERROR] Plugin ‘InnoDB’ init function returned error.

2020-05-30 10:00:36 0 [ERROR] Plugin ‘InnoDB’ registration as a STORAGE ENGINE failed.

2020-05-30 10:00:36 0 [Note] Plugin ‘FEEDBACK’ is disabled.

2020-05-30 10:00:36 0 [ERROR] Unknown/unsupported storage engine: InnoDB

2020-05-30 10:00:36 0 [ERROR] Aborting

root@novo-sites-mautic:~# mysqld_safe --tc-heuristic-recover=COMMIT

200530 10:00:44 mysqld_safe Logging to syslog.

200530 10:00:44 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql

root@novo-sites-mautic:~#

root@novo-sites-mautic:~# df -h
Filesystem Size Used Avail Use% Mounted on
udev 488M 0 488M 0% /dev
tmpfs 100M 4.6M 96M 5% /run
/dev/vda1 25G 7.1G 17G 31% /
tmpfs 499M 0 499M 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 499M 0 499M 0% /sys/fs/cgroup
tmpfs 100M 0 100M 0% /run/user/0

root@novo-sites-mautic:~# wo stack restart
PHP7.3-FPM is not installed
PHP7.4-FPM is not installed
Testing Nginx configuration [OK]
Restarting Nginx [OK]
Restarting php7.2-fpm [OK]
Restarting mysql [KO]
Restarting netdata [OK]

Problemas com SQL sempre são mais complexos.
Veja se as instruções dessa aula lhe ajudam: https://academy.gerenciandoweb.com.br/wordops/restauracao-de-banco-de-dados/

Está dando erro pelo que vi no InnoDB… o que seria isso?

2020-05-30 10:20:19 0 [ERROR] Unknown/unsupported storage engine: InnoDB

InnoDB serve para controlar o banco de dados. É basicamente a forma que as informações sã lidas e registradas no banco de dados.

Esse tipo de erro pode acontecer por diversos motivos.
Geralmente a causa são falhas de leitura no HD.
Era bem comum quando os servidores usavam HD disco rígido mas com SSD é muito raro.

De toda forma, sempre pode acontecer.
Por esse tipo de razão é de extrema importância ter backup pelo menos do banco de dados.

Você tem backups atualizados do banco de dados?

Eu posso voltar o backup do servidor?

Se tiver um suficientemente atualizado pode voltar sim.
Mas antes de voltar faz um snapshot do server atual.

Dependendo da situação ainda é possível recuperar o banco de dados com defeito.
Mas se tiver um backup suficientemente atualizado com certeza é a forma mais eficiente de resolver.

6 dias atrás é o meu backup, é feito todo sábado/domingo.

Eu não vou perder quase nada… então vou fazer um snap e a volta do servidor de 6 dias atrás.

Como você indica que seja feito esse backup do bando de dados? Por plugin? Se sim, qual é o melhor?

Em geral, para maioria dos sites os backups automáticos do cloud é suficiente.
Mas para sites que recebem atualizações diárias é importante sim fazer backups diários.
Tem mais formas de fazer esses backups. Da pra usar o plugin Xcloner por exemplo que integra com Gdrive para armazenar ou algum plugin que integre com S3 e mais algumas outras formas como scripts .sh por exemplo.
Em alguns dias terá aulas novas sobre.

Obrigado Gabriel! Abraço!

Com a restauração do Backup voltou tudo ao normal!

1 curtida

Depois de instalar o Xcloner e agendar um backup apareceu esse mensagem:

**We have noticed that DISABLE_WP_CRON is disabled, we recommend enabling that and setting up wp-cron.php to run manually through your hosting account.

Devo me preocupar?

Nos cursos em geral não faço nada para desabilitar o cron do Wordpress.
Deixa assim por alguns dias e veja se está gerando os backups normalmente.
Depois me da um retorno que analisamos como resolver.

Beleza, obrigado!!!

Estou enfrentando o mesmo problema, recebo esta mensagem no Xcloner:

We have noticed that DISABLE_WP_CRON is disabled, we recommend enabling that and setting up wp-cron.php to run manually through your hosting account.

Entretanto, os backups agendados estão ocorrendo normalmente.