Pergunta de segurança do WordPress Wordfence: A tabela trava e mostra avisos após a atualização do MySQL 5.6 para o MariaDB 10.3

Um usuário perguntou ?

Olá,

Estou atualizando meu servidor do MySQL 5.6 para o MariaDB 10.3 e estou recebendo vários erros de bloqueio de tabela para várias contas, seguidos por um aviso de verificação de tabela. Abaixo está um exemplo de uma conta de usuário.

Example:

[ERROR] mysqld: Table './user_wp649/wpjs_wfSNIPCache' is marked as crashed and should be repaired
[Warning] Checking table:   './user_wp649/wpjs_wfSNIPCache'
[ERROR] mysqld: Table './user_wp649/wpjs_wfScanners' is marked as crashed and should be repaired
[Warning] Checking table:   './user_wp649/wpjs_wfScanners'
[ERROR] mysqld: Table './user_wp649/wpjs_wfLeechers' is marked as crashed and should be repaired
[Warning] Checking table:   './user_wp649/wpjs_wfLeechers'
[ERROR] mysqld: Table './user_wp649/wpjs_wfBlocks' is marked as crashed and should be repaired
[Warning] Checking table:   './user_wp649/wpjs_wfBlocks'
[ERROR] mysqld: Table './user_wp649/wpjs_wfReverseCache' is marked as crashed and should be repaired
[Warning] Checking table:   './user_wp649/wpjs_wfReverseCache'

Também vejo milhares de avisos sobre como inserir consultas em performance_schema.

INSERT INTO 'wp_wfHits' ( 'ctime' , 'statusCode' , 'isGoogle' , 'IP' , 'userID' , 'URL' , 'referer' , 'UA' , 'jsRun' ) VALUES (...)

Eu acho que a razão para isso é adicionar um método estrito no MySQL 5.7 / MariaDB 10.2. Os bloqueios de tabela parecem corrigir-se (ou seja, todas as tabelas relatam bem) após o acesso inicial a cada tabela. Mas os alertas de pesquisa continuam.

Portanto, embora as falhas da tabela de correção automática pareçam ser um incidente isolado, os alertas de consulta estão em andamento. Eu queria confirmar isso com alguém da WF e também relatar o problema.

Este tópico foi modificado 1 ano, 11 meses atrás por. Este tópico foi modificado 1 ano, 11 meses atrás por.

(@wfdave)

1 ano, 11 meses atrás

Olá @hyssop,

Você pode executar o seguinte comando em seu SSH/terminal em seu host?

mysqlcheck -u root -p --auto-repair --check --all-databases

(Substitua root pelo seu nome de usuário do banco de dados)

Se isso não funcionar ou se você não tiver acesso a esse programa em seu host, siga estas etapas:

1. Vá para Wordfence -> Todas as opções 2. Verifique Delete Wordfence tables and data on deactivation

3. Salve 4. Vá para Wordfence -> Ferramentas -> Importar / Exportar Opções 5. Opções de Exportação do Wordfence -> Salvar Chave 6. Desative, reinstale o Wordfence 7. Volte para Importar / Exportar -> Importar Salvar Chave

Isso deve reconstruir o banco de dados e sua configuração.

Dave

(@hissopo)

1 ano, 11 meses atrás

Já estou executando um hotfix/reparo, mas executei novamente para você, todos estavam “ok”. Eu acredito que eles foram um evento único causando a atualização do MySQL e o WF não foi suportado de alguma forma.

Continuo vendo avisos na mesa (como mostrado acima). Além disso, a tabela wfConfig gera um erro (sem aquecimento) em INSERT INTO. Eu acho que tudo isso se aplica a um método MySQL rígido. Eu queria adicionar IGNORE como teste para ver se funciona, como foi o caso de outro código que escrevi antes, mas não consegui encontrar o lugar certo.

-Pete

(@hissopo)

1 ano, 11 meses atrás

O que você recomenda? Você testou seu código com as versões mais recentes do MySQL/MariaDB? (Se sim, quem é compatível?)

Se você fornecer nomes de arquivos e (aproximadamente) números de linha para as instruções INSERT INTO para as tabelas wfConfig e wfHits, testarei se IGNORE para de adicionar erros/avisos. Eu pesquisei isso antes, mas não consegui determinar exatamente, não sabendo sua codificação.

-Pete

(@hissopo)

1 ano, 11 meses atrás

Olá @wfdave

Não estou impaciente, mas gostaria de saber se este tópico foi…

-Pete

(@wfdave)

1 ano, 10 meses atrás

Oi de novo,

Eu nunca vi isso antes, mas tenho uma última sugestão que você pode tentar:

entre no seu my.cnf arquivo e linha de pesquisa sql_mode=***** e substituir sql_mode="".

A partir daí, reinicie o processo MySQL (reiniciando ou usando o host mysql restart.

Dave

(@hissopo)

1 ano, 10 meses atrás

Olá @wfdave

Eu sei como desativar o modo estrito (mas isso é apenas um paliativo). Isso deve alterar os erros para avisos como resultado, mas parece corrigi-los. Fazer o que você sugeriu parece apoiar essa decisão. Mas…

Para outros aplicativos que escrevi, consegui inserir IGNORE na instrução INSERT INTO para resolver temporariamente o problema (até que eu possa reescrevê-lo corretamente). Isso tem o benefício de não ter que desabilitar o modo estrito globalmente, então verei o que mais precisa de ajustes (como WordFence, aparentemente). Estou usando o MariaDB 10.3.xe acho que você está ciente da aplicação do modo estrito recentemente. Então, estou pensando nas versões db que testaram seu código até agora.

Por isso perguntei o que fiz acima… Cito aqui:

“Você testou seu código com as versões mais recentes do MySQL/MariaDB? (Se sim, quem é compatível?)

Se você fornecer nomes de arquivos e números de linha (aproximados) para as instruções INSERT INTO para as tabelas wfConfig e wfHits, testarei se IGNORE para de adicionar erros/avisos. Eu pesquisei isso antes, mas não consegui determiná-los exatamente, sem saber sua codificação. «

Obrigado, e por favor responda o mais rápido possível para que eu possa testar isso (adicionando IGNORE).

-Pete

Isto foi útil?

0 / 0

Deixe uma resposta 0

O seu endereço de email não será publicado. Campos obrigatórios são marcados *