translog_corrupted_exception: translog_corrupted_exception
ElasticsearchO que significa?
O log de transações (translog) de um shard não pôde ser lido porque está corrompido. Durante o recovery, o Elasticsearch detectou que o translog falhou na verificação de integridade, e o shard não conseguiu iniciar.
Por que acontece?
Os arquivos de translog geralmente são corrompidos por uma queda repentina de energia, disco cheio, erro no sistema de arquivos, falha de hardware/disco ou operações externas no diretório de dados (cópia, intervenção manual). Escritas parcialmente concluídas durante um desligamento forçado (kill -9) também podem causá-lo.
Como resolver
Primeiro tente recuperar os dados de uma réplica ou de um snapshot; se existir uma cópia íntegra, reconstruir o shard corrompido a partir dela é o caminho mais seguro. Se não houver outra cópia e você aceitar a perda de dados, pare o nó e limpe o translog/dados corrompidos com bin/elasticsearch-shard remove-corrupted-data --index <index> --shard-id <n> (isso perde permanentemente os dados ainda não confirmados; a antiga ferramenta elasticsearch-translog foi removida na 7.0). A ferramenta exibe o comando POST _cluster/reroute (allocate_stale_primary, accept_data_loss: true) necessário para alocar o shard após a reinicialização do nó. Faça backup do diretório de dados antes da operação. Verifique a saúde do disco e o espaço livre.
Mais entradas deste banco
- illegal_argument_exception_total_fieldsLimit of total fields has been exceeded
- verification_exceptionverification_exception: Found N problem(s) — Unknown column / Unknown index (ES|QL, SQL, EQL) (falha de verificação: coluna ou índice desconhecido)
- bind_transport_exceptionbind_transport_exception (Address already in use) (o endereço já está em uso)
- recovery_engine_exceptionrecovery_engine_exception
- snapshot_in_progress_exceptionsnapshot_in_progress_exception
- repository_verification_exceptionrepository_verification_exception
- reduce_search_phase_exceptionreduce_search_phase_exception