Вход Apache, не работающий

После обновления от 2.2.7 до Apache 2.4.9 кажется, что вход не работает правильно. Только вещами, которые зарегистрированы, является modsecurity и fcgid события, но ничто от Apache как файл, не найденный ошибками. При проверке Apache error_log, конкретно после перезапуска я заметил это:

[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

У меня нет подсказки, что "означает поврежденный канал". Я передал по каналу включенный вход (который был включен прежде, чем обновить Apache). Испытанное отключение его, но получило то же самое, и ничто не зарегистрировалось. Проверенный httpd.conf файл в разделе журнала, соответствующем старому conf файлу, но, может казаться, ничто не находит отличающимся:

<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>

Я ценил бы его, если кто-либо мог бы пролить некоторый свет на это.Спасибо.

ОБНОВЛЕНИЕ: Поврежденная ошибка файла была устранена путем изменения перманента на 777 для access_log и error_log. Основная проблема все еще сохраняется, хотя, как ни в одной из связанных с Apache ошибок (404, 403 и т.д.) становятся зарегистрированными.