Por que o status do sendmail continua mudando para “dead but subsys locked”?

2

Todos os dias recebo a saída de sudo service --status-all por e-mail usando crond . O servidor é um servidor web do CentOS 6.5 que eu uso para hospedar alguns sites WordPress. Ocasionalmente, sendmail mudará de is running... para dead but subsys locked , como no exemplo abaixo.

crond (pid  7768) is running...
httpd (pid  2922) is running...
mysqld (pid  1314) is running...
sendmail dead but subsys locked
openssh-daemon (pid  11173) is running...

Eu normalmente corrijo isso reiniciando o serviço com este comando sudo service sendmail restart . A mudança no status não parece afetar sendmail , já que meus sites do WordPress ainda enviam e-mails bem (o que é tudo o que eu uso sendmail para).

O que está causando isso e é um problema? Como faço para consertá-lo?

    
por HalosGhost 11.08.2014 / 10:53

1 resposta

6

Acontece que postfix e sendmail estavam sendo executados ao mesmo tempo. Algo ocasionalmente fazia com que o serviço postfix fosse iniciado, o que fez com que o status sendmail saltasse para dead but subsys locked .

Pensei que tinha verificado que postfix não estava em execução executando sudo service --status-all . De maneira bastante confusa, o processo principal para postfix está listado como master not postfix . Ao analisar a saída de sudo service --status-all , esperava ver postfix (pid xxxx) is running... e, como não havia essa linha, assumi que postfix não estava em execução!

Para corrigir isso, simplesmente executei sudo service master stop seguido por sudo service sendmail restart e tudo está bem novamente. Agora é hora de rastrear o que está causando postfix para iniciar de vez em quando ...

    
por 14.08.2014 / 17:07