можно обучить апач делать правильно - см, например, mod_rpaf
Есть ошибка, которую Вы цитировали (can't fork). Время события вы знаете. Логично
поискать в access_log'ах запросы в окрестности этого момента со статусом ошибки?
Нет, это системные журналы.
Можно посмотреть Event Viewer:
http://en.wikipedia.org/wiki/Event_Viewer
нет ничего невозможного, к nginx'у это отношения не имеет
изменить значение MaxClients в конфиге апача, перезапустить апач
это _все_ что в access_log? т.е. вы отключили логгирование для всех виртуальных хостов?
если нет - смотрите в соответствующих лог-файлах
да, дело в numproc - остальное за границы тарифа не вылезает.
вполне вероятно, что проблема в апаче: куча медленных клиентов вполне может
создать ситуацию, когда количество процессов httpd вылезет за границы.
можете ограничить MaxClients, чтобы влезало в ограничения - и посмотреть что будет ;)
почему бы и нет, раз у вас access_log апача есть - смотрите там, какой запрос
в тот момент отработал с ошибкой
пишите в почту
а как вторые два лога относятся к _отправке_?
mx72.mail.ru и content.itsinternet.net пришли к вам, хотели, видимо
доставить баунс или автоответ на несуществующий у вас
локально noreply@kinoplus.net
их послали
а по первому - нужно смотреть, с какими именно параметрами вызывается sendmail
судя по сообщению об ошибке - может памяти нехватать
это VDS на OpenVZ или Virtuozzo?
посмотрите /proc/user_beancounters - там скапливается некоторая статистика
http://wiki.openvz.org/Proc/user_beancounters
а сколько процессов запущено в штатных условиях?
посмотрите ps/top
на одном порту и одном ip - нельзя.
либо разные ip использовать - либо, например, повесить IIS на другой порт
и из апача проксировать к нему запросы (mod_proxy)
прописан - берется по умолчанию из установок
компиляции (/usr/html в данном случае)
myhand добавил 18.10.2009 в 00:26
обращайтесь, если актуально
