Tela branca, sem erros

Question

So .. Problema interessante para vocês, como eu estou completamente perdido sobre o que fazer, ou para onde dar o próximo passo.

Servidor e amp; Ambiente de Aplicação.

Lançamento do CentOS 5.3 (Final)

Apache 2.2.3-22

EnableSendfile off
EnableMMAP off
ErrorLog logs/error_log
LogLevel debug

PHP-5.2.6-2

error_reporting = E_ALL
display_errors = on
log_errors = on
max_execution_time=300
max_input_time=60
memory_limit=512mb

Kohana 2.3 Ambiente PHP.

HAProxy 1.3.15.6-2

MemCacheD 1.2.6-1

Nosso aplicativo é dividido entre três servidores da Web, a montagem de um servidor de armazenamento NFS e o balanceamento de carga permanente entre os três servidores da web. O aplicativo aparentemente funciona muito bem, mas de vez em quando, em vez de carregar, o aplicativo mostra apenas uma página em branco. Não é um erro 404, ou um erro do servidor 500, uma página em branco limpa. E ele retorna instantaneamente, então não é um erro de tempo de execução.

Nada no log de erros ou no log de erros do servidor, o log de proxy mostra a conexão proxy padrão, apenas o padrão 200-Status no log do Access, com 256 bytes transferidos.

Para mim, isso me leva a dizer que o próprio aplicativo está tendo um problema. Um problema raro, inexplicável, aparentemente aleatório, que causa o que agora chamamos de "Tela Branca da Morte".

Todos os nossos desenvolvedores dizem que, como não há nada nos nossos registros de erros, isso deve ser um problema no servidor. Mas eu digo a mesma coisa, não há nada indo para qualquer um dos nossos registros (relevante para isso de qualquer maneira), e não estamos tendo crianças httpd do que eu posso dizer.

Alguma idéia de como eu posso aumentar meus logs, ou de alguma forma provar que não é um bug no PHP, Apache, CentOS, ect? Ou se for de alguma forma um bug, identifique-o?

    

Answer 1

Como se verifica (para referência) Descobrimos um bug (não sei os detalhes, não sou desenvolvedor) no Kohana 2.3 com seu sistema de armazenamento em cache de arquivos. Ao atualizar para o 2.3.4, e usando o memcached exclusivamente para caching, o problema desapareceu.

    

Answer 2

Telnet para o servidor para ver o que está acontecendo

servidor de telnet.que 80

GET / HTTP / 1.0

    

Answer 3

Eu tentaria configurar um sniffer de pacotes em todos os pontos no caminho de dados da rede, ou pelo menos entre o cliente e o servidor. Você pode inspecionar os pacotes no momento em que o erro ocorrer e pelo menos isolar o problema em uma das máquinas da cadeia. Pelo menos então fica mais claro onde você deve focar sua investigação.