Судя по тому что вы приводите ошибку php, а не вебсервера то и проблема связана с php. Точнее сказать сложно, это могут быть проблемы в коде. а может быть и в опциях самого php.
Приведите больше информации о том, как вы скачиваете фаил и как аплодите.
По хорошему нужно посмотреть на /proc/user_beancounters чтобы увидеть полную картиину.
Из того того что вы показали, вам стоит увеличить значения для privvmpages (Ограничение памяти) и tcpsndbuf (размер буфера для работы с TCP).
В большинстве случаев это требует перехода на новый тарфный план, но как будет у вашего хостера сказать не могу. В общем поговорите с ними на эту тему.
как я понял у вас по двум адресам один и тот же контент. Почему бы просто не перекидывать с одного сайта на второй 301 -ым редиректом? Ведь за такие вещи гугл (если конечно просечет) наказывает.
2 года сервер без перезагрузки - это необновленное ядро ;-)
реалтайм на уровне ядра или апача?
Был как то очень продолжительный ДДоС - в течении нескольких недель с перерывами в несколько часов. Ддосили очень популярный западный форум вебастеров, вот только не понятно чем он не угодил. По началу очень выручил nginx в качестве фронтэнда который отсеивал ботов. Затем тактика атакующих сменилась и ддос начал увеличиваться. В кратце:
Линуксовый iptables и софтварные парсеры легко банили поток в 70k уникальных ip а дальше начинались проблемы с ядром которые решили только железной штуковиной от нортел - alteon. Канал заабивали не очень сильно а пров был не способен помочь в связи с тем что у него небыло предусмотренно подобных решений.
Причин для подобного сообщения может быть очень много например:
достигнут лимит сообщений в час;
проблемы с днс резолвингом на сервере;
проблемы с днс записями домена;
проблемы с конфигурацией почтового сервера;
Так или иначе вы дали очень мало информации чтобы определить в чем проблема - ни доменов, ни адресов, ни полное содержание ошибки.
Что не типично в вашей ситуации это строка с "For a more detailed explanation see http://netwinsite.com/surgemail/deliver_failed.htm " которая отправляет в маны почтового сервера SurgeMail который на cPanel не стоит по умолчанию.
В любом случае вас следует стучать хостерам на счет подобной проблемы, а в случае игнорирования менять хостинг.
она управляет модулем mod_status и в зависимости от значения может выводить подробную статистику запросов .
Вместо топа лучше использовать
ps auxf |grep http
чтобы отслеживать только процессы апача и сверятся уже с ними.
Найдите директиву ExtendedStatus и вместо Off поставьте On, затем перезагрузите апач и вы увидите детальную статистику по запросам ассоциированную с pid-ами процессов, а далее уже не сложно найти скрипт и разобраться с негодяем :)
.httaccess обрабатывается апачем?
