open source Zimbra experimentando slowdowns inexplicáveis que são resolvidos apenas pela reinicialização

Question

Nosso servidor zimbra está experimentando lentidão inexplicada a cada dois dias, resolvidos apenas após a reinicialização do servidor. Do ponto de vista do usuário final, se eles estiverem usando o webmail e enviarem uma mensagem, o tempo limite acabará. A partir do terminal do sistema, há lentidão no login, troca de usuários e reinicialização dos serviços zimbra. Demora até 2 minutos para alterar um usuário usando 'su -'

Reiniciar todos os serviços zimbra, serviços dns, não resolve o problema. O problema só é resolvido após a reinicialização completa. Após a reinicialização, o login, a troca de usuários e a reinicialização dos servidores acontecem rapidamente.

Estamos usando o dnsmasq para DNS dividido, que é necessário para o nosso ambiente por causa do NAT. Mas consultar o DNS retorna resultados imediatamente. Estamos usando um banco de dados externo do ldap para autenticação, mas nenhum outro servidor que o utiliza apresenta problemas e também não há problemas de carregamento. Todo o resto é uma instalação e configuração padrão.

Não há erros óbvios nos logs do sistema. A carga do servidor, disco IO, é a mesma quando há um problema e quando não há problema.

Originalmente, isso acontecia uma vez por semana, geralmente às segundas-feiras ou terça-feira. Esta semana, aconteceu na segunda e quinta-feira.

Minha versão é:

zimbra @ servername ~ $ zmcontrol -v Versão 7.2.1_GA_2790.RHEL6_64_20120815212147 UNKNOWN_64 Edição FOSS.

Alguém encontrou ou resolveu tal problema?

    

Answer 1

Descobri que o rsyslog, ao encaminhar logs via TCP para um host remoto, às vezes fica suspenso quando não pode encaminhar para o host remoto. Mesmo quando o host remoto retorna, o rsyslog permanece suspenso e, como resultado, reduz a velocidade de todo o resto do sistema que tenta efetuar o log. Reiniciar o rsyslog faz o truque quando isso acontece, mas reiniciá-lo regularmente através de um cron job nunca pareceu funcionar para mim. A melhor solução que encontrei é não ter tanto o host remoto. :)

No entanto, existem ajustes que podem ser feitos no rsyslog para que ele seja enfileirado em vez de bloqueado. Você ainda pode experimentar o problema e, nesse caso, nenhum registro será encaminhado até que o rsyslog seja reiniciado, mas isso não afetará o sistema como um todo.

Comente sua regra de encaminhamento atual e solte-a no final do seu rsyslog.conf:

$WorkDirectory /var/spool/rsyslog # where to place spool files
$MainMsgQueueFileName mainqueue # unique name prefix for spool files
$MainMsgQueueMaxDiskSpace 2g   # 1gb space limit (use as much as possible)
$MainMsgQueueSaveOnShutdown on # save messages to disk on shutdown
$MainMsgQueueType LinkedList   # run asynchronously
$MainMsgResumeRetryCount -1    # infinite retries if host is down
*.* @@1.2.3.4:514 # replace this with your own forwarding rule

Você precisará certificar-se de que / var / spool / rsyslog exista porque não o criará de outra forma.