O log do Apache não está funcionando

Question

Após a atualização do 2.2.7 para o Apache 2.4.9, parece que o registro não funciona corretamente. Apenas as coisas que são registradas são eventos modsecurity e fcgid, mas nada do Apache como arquivo não encontrou erros. Verificando o error_log do Apache, especificamente após uma reinicialização, notei isso:

[Sun Jul 13 05:16:10.482003 2014] [log_config:warn] [pid 30283:tid 140001085970176] (32)Broken pipe: [client 125.166.227.47:26260] AH00646: Error writing to |/usr/local/cpanel/bin/splitlogs --main=server.mysite.com --suffix=-bytes_log
[Sun Jul 13 05:16:10.482047 2014] [log_config:warn] [pid 30283:tid 140001085970176] (32)Broken pipe: [client 125.166.227.47:26260] AH00646: Error writing to |/usr/local/cpanel/bin/splitlogs --main=server.mysite.com --mainout=/usr/local/apache/logs/access_log

Eu não tenho idéia do que "tubo quebrado" significa. Eu tenho log de canalização habilitado (que foi habilitado antes de atualizar o Apache). Tentei desativá-lo, mas tenho a mesma coisa e nada logado. Verifiquei o arquivo httpd.conf na seção de registro comparando com o arquivo conf antigo, mas não consigo encontrar nada diferente:

<IfModule mod_log_config.c>
    LogFormat "%v:%p %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combinedvhost
    LogFormat "%v %{%s}t %I .\n%v %{%s}t %O ." bytesvhost
    LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
    LogFormat "%h %l %u %t \"%r\" %>s %b" common
    LogFormat "%{Referer}i -> %U" referer
    LogFormat "%{User-agent}i" agent

    CustomLog "|/usr/local/cpanel/bin/splitlogs --main=server.mysite.com --suffix=-bytes_log" bytesvhost
    CustomLog "|/usr/local/cpanel/bin/splitlogs --main=server.mysite.com --mainout=/usr/local/apache/logs/access_log" combinedvhost

</IfModule>

Eu apreciaria se alguém pudesse lançar alguma luz sobre isso. Obrigado.

UPDATE: O erro de arquivo quebrado foi eliminado alterando o perms para 777 para access_log e error_log. O principal problema ainda persiste, como em nenhum dos erros relacionados ao Apache (404, 403 etc.) que estão sendo registrados.

    

Answer 1

Tudo bem, então acho que descobri isso! E a correção foi alterar no httpd.conf a seguinte diretiva:

LogLevel warn

novo valor:

LogLevel info

Aparentemente, alguma significância dos logs de erro foi alterada no Apache 2.4.9, portanto, os logs de erro, como 404, estão no nível de informações agora, conforme documentado aqui: link