O Exim PanicLog tem tamanho diferente de zero ...?

14

Estou recebendo o seguinte erro do meu servidor Ubuntu:

exim paniclog /var/log/exim4/paniclog on (my server FQDN) has non-zero size, mail system might be broken.

Encontrei uma solução na web aqui . Basicamente, só preciso apagar o paniclog digitando o seguinte código:

sudo rm /var/log/exim4/paniclog

Então, eu sei como me livrar do erro, mas não sei como ele começou e como não deixar que isso aconteça novamente. Alguma explicação? Desde já, obrigado.

willbeeler
fonte
2
Publique o conteúdo do paniclog, para ver o erro específico que o exim está gerando, e então podemos aconselhar sobre como impedir que o erro aconteça novamente. Exim está apenas fazendo o seu trabalho e dizendo que algo inesperado aconteceu :)
roadmr
Esta pergunta parece estar abandonada e sem resposta. Você poderia adicionar mais detalhes à sua pergunta? Se essa pergunta não se aplicar mais, você poderá excluí-la ou responder você mesmo se tiver resolvido o problema. Obrigado!
Kevin Bowen

Respostas:

5

Eu tive o mesmo problema, eis a aparência do meu panimog exim4:

$ sudo cat /var/log/exim4/paniclog

2014-02-01 21:36:51 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-01 22:03:33 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-01 22:33:19 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-01 22:36:33 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-01 23:03:51 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-01 23:14:31 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned
2014-02-02 11:09:48 socket bind() to port 25 for address 127.0.0.1 failed: Address already in use: daemon abandoned

Aparentemente, esse problema foi resolvido excluindo o arquivo paniclog

Pascal V
fonte
5
Não. Não é resolvido excluindo esse arquivo.
Olli
O que um endereço ocupado tem a ver com um arquivo de log? @willbeeler verifique qual aplicativo usa a porta 25
s3lph
Essa é a solução se o problema for temporário e as mensagens do arquivo de log não se aplicarem mais. Exclua o log para parar de receber esses avisos de pânico.
Eric Woodruff
Os logs são sempre bons
Stevie G
sim funcionou .. reinicie o exim após excluir
Abhishek Goel
2

Esta entrada de blog parece ter uma resposta. Parece que isso pode estar relacionado às configurações do IPv6 e aos resultados de uma alteração na maneira como o kernel suporta o IPv6.

Basicamente, desative o IPv6 por enquanto.

flickerfly
fonte
1
Embora isso possa teoricamente responder à pergunta, seria preferível incluir aqui as partes essenciais da resposta e fornecer o link para referência.
Kevin Bowen
5
E agora temos o raciocínio por trás do comentário de @KevinBowen. Seu link está morto e agora sua resposta não tem sentido sem ele. Por favor, resumir e extrair a informação relevante de todas as ligações
Sirens
Minha suposição na época e ainda é que desativar o IPv6 é uma solução temporária. Desabilitar o IPv6 nunca deve se tornar uma correção padrão; portanto, essa resposta deve ser inútil há mais de 5 anos, apesar do motivo.
Flickerfly #
0

No meu caso, o arquivo passwd estava ausente, o que estava causando o exim4 em pânico. Eu adicionei um novo usuário, que adicionou o arquivo, com as permissões apropriadas, e o conteúdo exim espera estar lá.

Parece que o exim precisa de pelo menos um usuário local e esse domínio tinha todos os usuários de encaminhamento. Depois que adicionei um usuário local com uma senha, os erros pararam.

Sua milhagem pode variar.

RJ
fonte
0

No meu caso, o erro foi o seguinte:

exim paniclog on my-host has non-zero size

socket bind() to port 25 for address ::1 failed: cannot assign requested address: daemon abandoned

Minha solução foi remover o paniclogarquivo e dpkg reconfigure exim4-configremover ::1os IPs para vincular.

davidag
fonte