Como posso descobrir por que o apache / php falha?

1

Eu tenho um problema que está me levando e alguns clientes neste servidor totalmente louco.

O problema é que o PHP (ou eu acho que o Apache) parece estar travando aleatoriamente e quase diariamente.

O servidor dedicado que eu tenho está rodando Linux e Plesk 9.5 e tem 1GB de memória RAM e só está realmente rodando 5 sites que não recebem uma quantidade significativa de tráfego.

Eu passei pelo httpd error_log como o host sugerido e eu encontrei um monte de problemas sendo relatados pelo php para cada um dos 5 sites do wordpress 3.0. Principalmente relacionado à falta de arquivos include php e coisas assim tudo o que acabei resolvendo.

Infelizmente, nenhum dos problemas que consertei parecem ter sido relacionados ao apache, então minha pergunta para vocês é o que eu faço a seguir.

Naturalmente, gostaria de saber exatamente por que isso está acontecendo, para que eu possa não apenas resolver esse problema agora, mas também saber como diagnosticar corretamente um problema como este no futuro.

Minha solução de hospedagem na web era apenas adicionar mais memória ram, mas embora esse "possa" ser o motivo real de não acreditar que esses 5 sites estejam sugando tanta memória RAM.

De qualquer forma, estou apenas procurando as etapas exatas que os especialistas usariam para diagnosticar e resolver isso.

Além disso - Abaixo, incluí alguns marcadores para outros erros não resolvidos listados no meu arquivo errors_log, pois não sei se isso é útil.

[Mon Dec 13 17:00:53 2010] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [Mon Dec 13 17:00:54 2010] [notice] ModSecurity for Apache 2.1.7 configured - Apache/2.2.8 (Fedora) [Mon Dec 13 17:00:54 2010] [warn] module jk_module is already loaded, skipping [Mon Dec 13 17:00:54 2010] [warn] module ssl_module is already loaded, skipping [Mon Dec 13 17:00:54 2010] [notice] Digest: generating secret for digest authentication ... [Mon Dec 13 17:00:54 2010] [notice] Digest: done [Mon Dec 13 17:00:54 2010] [warn] RSA server certificate CommonName (CN) plesk' does NOT match server name!? [Mon Dec 13 17:00:54 2010] [warn] RSA server certificate CommonName (CN) domain****.com' does NOT match server name!? [Mon Dec 13 17:00:54 2010] [warn] RSA server certificate CommonName (CN) domain****.com' does NOT match server name!? [Mon Dec 13 17:00:54 2010] [warn] RSA server certificate CommonName (CN) domain****.com' does NOT match server name!? [Mon Dec 13 17:00:54 2010] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/etc/httpd/conf.d/zzz_atmail_vhost.conf:48) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Mon Dec 13 17:00:54 2010] [warn] Init: SSL server IP/port conflict: wp3.excitesteps.com:443 (/var/www/vhosts/domain****.com/conf/httpd.include:13) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Mon Dec 13 17:00:54 2010] [warn] Init: SSL server IP/port conflict: domain******.com:443 (/var/www/vhosts/domain******.com/conf/httpd.include:13) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Mon Dec 13 17:00:54 2010] [warn] Init: SSL server IP/port conflict: domain******.com:443 (/var/www/vhosts/domain******.com/conf/httpd.include:13) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Mon Dec 13 17:00:54 2010] [warn] Init: SSL server IP/port conflict: default-2**-1**-2**-2**:443 (/etc/httpd/conf.d/zz010_psa_httpd.conf:84) vs. horde.webmail:443 (/etc/httpd/conf.d/zzz_horde_vhost.conf:41) [Mon Dec 13 17:00:54 2010] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [Mon Dec 13 17:00:54 2010] [notice] mod_bw : Memory Allocated 0 bytes (each conf takes 32 bytes) [Mon Dec 13 17:00:54 2010] [notice] mod_bw : Version 0.8 - Initialized [0 Confs] [Mon Dec 13 17:00:55 2010] [notice] mod_python: Creating 4 session mutexes based on 256 max processes and 0 max threads. [Mon Dec 13 17:00:55 2010] [notice] mod_python: using mutex_directory /tmp [Mon Dec 13 17:00:55 2010] [notice] Apache/2.2.8 (Unix) DAV/2 mod_jk/1.2.15 mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_kerb/5.3 mod_auth_pgsql/2.0.3 Apache/2.2.0 (Fedora) PHP/5.2.6 mod_python/3.3.1 Python/2.5 mod_perl/2.0.3 Perl/v5.8.8 configured -- resuming normal operations [Mon Dec 13 18:09:26 2010] [error] [client 6**.5**.3**.1**] File does not exist: /usr/share/psa-horde/robots.txt [Mon Dec 13 18:09:27 2010] [error] [client 6**.5**.3**.1**] ModSecurity: Could not set variable "resource.alerted_960903_compression" as the collection does not exist. [hostname "webmail.domain****.com"] [uri "/index.php"] [unique_id "T2ObHH8AAAEAACAU36UAAAAA"] [Mon Dec 13 18:09:27 2010] [error] [client 6**.5**..1] ModSecurity: Warning. Operator EQ match: 0. [id "960903"] [msg "ModSecurity does not support content encodings"] [severity "WARNING"] [hostname "webmail.domain****.com"] [uri "/index.php"] [unique_id "T2ObHH8AAAEAACAU36UAAAAA"] [Mon Dec 13 18:09:28 2010] [error] [client 6**.5**.3**.1**] ModSecurity: Could not set variable "resource.alerted_960903_compression" as the collection does not exist. [hostname "webmail.domain******.com"] [uri "/login.php"] [unique_id "T3@Qcn8AAAEAACAa6v8AAAAG"] [Mon Dec 13 18:09:28 2010] [error] [client 6**.5**.3**.1**] ModSecurity: Warning. Operator EQ match: 0. [id "960903"] [msg "ModSecurity does not support content encodings"] [severity "WARNING"] [hostname "webmail.domain****.com"] [uri "/login.php"] [unique_id "T3@Qcn8AAAEAACAa6v8AAAAG"] [Mon Dec 13 18:09:30 2010] [error] [client 6**.5**.3**.1**] ModSecurity: Warning. Operator EQ match: 0. [id "960903"] [msg "ModSecurity does not support content encodings"] [severity "WARNING"] [hostname "webmail.domain******.com"] [uri "/imp/login.php"] [unique_id "T5LVI38AAAEAACAb7LUAAAAH"]

Toda ajuda seria muito apreciada

    
por NetConstructor.com 14.12.2010 / 04:17

1 resposta

1

Supondo que você já tenha verificado bugs / atualizações para todos os softwares em pacote que você está executando ...

Se você ainda não fez isso, configure seu servidor para salvar arquivos principais e obter um rastreamento de pilha de uma falha usando o gdb, por exemplo, 'gdb / usr / sbin / httpd core', em seguida, insira bt no prompt.

É provavelmente uma requisição muito específica que está causando o erro - IIRC, tanto o log de acesso quanto o erro são gravados após o processamento ser concluído - IIRC mod_security pode registrar solicitações quando elas chegam (incluindo post vars) - mudar isso seria uma boa ideia até saber o que causa a falha.

    
por 14.12.2010 / 15:25