Нужно переконфигурировать. exim не должен принимать почту для вашего домена.
exim почтовик вообще-то. К dns он не имеет отношения.
Добро пожаловать в XXI век. Это тоже IP-адрес:
http://en.wikipedia.org/wiki/IPv6
Это loopback адрес (аналог 127.0.0.1 в ipv4) - до какой-то версии
апача 2.x - сервер переодически делал запросы GET / к самому
себе для управления процессами. Сейчас используется
команда OPTIONS HTTP-протокола.
Выделить такие запросы можно по строчке "internal dummy connection" в User-Agent.
Andreyka, ну вот - сами и ответили на свой вопрос
блин - ну что может быть в логах, если у скрипта
отобрали права на исполнение?
Посмотрите, сколько инодов свободно:
df -ih
2) разобраться с тем, что делает nginx в момент наличия проблемы
3) обновить до стабильной версии из testing (собрать бекпорт)
Технически, это также можно реализовать на nginx. Как то так:
http://kovyrin.net/2006/11/01/nginx-x-accel-redirect-php-rails/
Интересно, как вы считали? 100Gb не так много
с вашей посещаемостью - там странички под 1Mb (со статикой, css, js).
Выставите хоть Expires - кеширование статики на стороне клиента может
уменьшить потребление трафика.
Преждевременная оптимизация.
Гораздо чаще полезнее оказывается кеширование на
фронтенде. Тем же самым nginx. А статику и апач прекрасно
отдает - только б забирали быстро. Для последнего и нужен nginx.
Это не предположение - это факт. Двухуровневая система поможет только
если бакенд умеет быстро отдать контент. Тогда фронтенд (nginx, например)
быстро его заберет и возьмет на себя работу с медленными клиентами. Это
не сработает, если бакенд играет роль типа http-прокси, скажем.
Это как раз неестественно.
Сами такое поставили, или специалисты? Апач у вас порядка
20Mb весят - уже 450*20 ~ 8Gb.
Раз специалисты - неприменно узнают...
