AlikZP: Какая-то фигня происходит непонятная вообще
Панелька ISP Manager дает ошибку "Внутренняя ошибка Can't create filemgr template folder"
Файлы, созданные по ФТП, нельзя перезаписать и прочитать
chekip: Кто может своими настройками для httpd.conf и nginx.conf поделится? Хотелось бы взглянуть на пример настроек, для сильно загруженного сервера.
конфигурации на нагруженных проектах, затачиваются под конкретный сервер,если вы не в состоянии сделать или разобраться, не ломайте мозг закажите себе администрирование да и всё.
Я как-то даже проводил эксперимент, все те кто создавал посты типа этих, я предоставлял команды что бы их показали, и вот наверное из 10 участников, показал один всю информацию, из которой потом можно было что то извлечь и уже быть рассудительным :)
Просто есть действительно проблемы, о которых кто тут занимается администрированием знает, а есть те о которых надо играть в догадки, и вот со вторым проблема, и когда кто то ещё пытается указать на спам, и грамматику, и при этом сам даёт совет это смешно :)
Boris A Dolgov: Ну, мои ответы будут получше, чем "Пешыти, рас биремься платна". А тот ответ являлся рекомендацией использовать nginx-0.8, который скоро станет stable вместо nginx-0.6, в который уже давно не бекпортят багфиксы и не добавляют функционал, данный в шутливой форме.
Давайте. PHP изначально был рассчитан и писался под web и cgi, где процесс живет секунды, и сразу умирает. Поэтому, там классически есть места, где что-то не подчищается (конечно, это фиксится, и заметно нафиксено за последнее время), не возвращаются sbrk/malloc, и так далее. При использовании php-as-cgi это не возникает, при использовании mod_php или fastcgi - возникает. Кроме того, подключена куча модулей, в которых тоже может быть как-то накосячено. Не исключено, что у ТС в скриптах используется что-то странное, что и вызывает наружу этот баг.
MaxSpareServers - 10, MaxClients - 150. Я не понимаю, почему из этого следует, что система не справляется - лишних процессов не будет, апачем запрос обрабатывается короткое время, так как nginx проксирует на него. Вывод - после нескольких событий, которые происходят периодически, процессы apache, которым хватало памяти, забирают себе лишнюю память, после чего ее хватать перестает. Один путь решения - перезапустить apache, другой - перезапускать отдельные его процессы, или, например, снимать kill'ом самые дорогие по памяти процессы.
keepalive и nginx - что Вы курите? :)
А при чем тут nginx? Он ограничивает количество одновременных запросов к apache (конечно, если так настроено), а внутрь apache он не лезет.
Почему-то Вы считаете, что PHP, apache и все библиотеки работают идеально и как написано в конфиге, а проблема в посещаемости и нагрузке. Я же не исключаю вариант с первой проблемой, и поэтому интересуюсь результатом установки MaxRequestsPerChild.
Кстати, интересный вопрос к ТС: память "размазывается" по процессам apache равномерно, или выделяется какой-то один процесс, съедающий ее всю?
Да, keepalive я имел ввиду apache, а не nginx =)
я потёр сообщение своё, видимо поздно ну пусть будет =)
--
Долгов вы не телепат, и вам им не стать, если мало информации вы навредите TC а не поможете =)
karpiy: Писем в день рассылается не много, в основном подтверждения мыла при регистрации, причем на gmail максимум 10 писем
Сервер VDS c двумя IP. Больше полугода работало все отлично, а сейчас вот такая ерунда.
стандартно :) , пишите сделаем :) платно.
какой домен скажите. и Ip сервера нового где вы добавили домен.
Какая-то фигня происходит непонятная вообще
Панелька ISP Manager дает ошибку "Внутренняя ошибка Can't create filemgr template folder"
Файлы, созданные по ФТП, нельзя перезаписать и прочитать
Бред какой-то
а что вы делаете, что такая ошибка высвечивается.
а что вам там не нравится ? написано что сеть для резола не доступна,и видемо потому как ipv6 обратился в принцепе DNS верно рассудил =)
Вот будет весело, когда отрубят ipv4 скоко будет работы =)
Кто может своими настройками для httpd.conf и nginx.conf поделится? Хотелось бы взглянуть на пример настроек, для сильно загруженного сервера.
конфигурации на нагруженных проектах, затачиваются под конкретный сервер,если вы не в состоянии сделать или разобраться, не ломайте мозг закажите себе администрирование да и всё.
Я как-то даже проводил эксперимент, все те кто создавал посты типа этих, я предоставлял команды что бы их показали, и вот наверное из 10 участников, показал один всю информацию, из которой потом можно было что то извлечь и уже быть рассудительным :)
Просто есть действительно проблемы, о которых кто тут занимается администрированием знает, а есть те о которых надо играть в догадки, и вот со вторым проблема, и когда кто то ещё пытается указать на спам, и грамматику, и при этом сам даёт совет это смешно :)
Ну, мои ответы будут получше, чем "Пешыти, рас биремься платна". А тот ответ являлся рекомендацией использовать nginx-0.8, который скоро станет stable вместо nginx-0.6, в который уже давно не бекпортят багфиксы и не добавляют функционал, данный в шутливой форме.
Давайте. PHP изначально был рассчитан и писался под web и cgi, где процесс живет секунды, и сразу умирает. Поэтому, там классически есть места, где что-то не подчищается (конечно, это фиксится, и заметно нафиксено за последнее время), не возвращаются sbrk/malloc, и так далее. При использовании php-as-cgi это не возникает, при использовании mod_php или fastcgi - возникает. Кроме того, подключена куча модулей, в которых тоже может быть как-то накосячено. Не исключено, что у ТС в скриптах используется что-то странное, что и вызывает наружу этот баг.
MaxSpareServers - 10, MaxClients - 150. Я не понимаю, почему из этого следует, что система не справляется - лишних процессов не будет, апачем запрос обрабатывается короткое время, так как nginx проксирует на него. Вывод - после нескольких событий, которые происходят периодически, процессы apache, которым хватало памяти, забирают себе лишнюю память, после чего ее хватать перестает. Один путь решения - перезапустить apache, другой - перезапускать отдельные его процессы, или, например, снимать kill'ом самые дорогие по памяти процессы.
keepalive и nginx - что Вы курите? :)
А при чем тут nginx? Он ограничивает количество одновременных запросов к apache (конечно, если так настроено), а внутрь apache он не лезет.
Почему-то Вы считаете, что PHP, apache и все библиотеки работают идеально и как написано в конфиге, а проблема в посещаемости и нагрузке. Я же не исключаю вариант с первой проблемой, и поэтому интересуюсь результатом установки MaxRequestsPerChild.
Кстати, интересный вопрос к ТС: память "размазывается" по процессам apache равномерно, или выделяется какой-то один процесс, съедающий ее всю?
Да, keepalive я имел ввиду apache, а не nginx =)
я потёр сообщение своё, видимо поздно ну пусть будет =)
--
Долгов вы не телепат, и вам им не стать, если мало информации вы навредите TC а не поможете =)
И решения не нашли? Если купить дополнительный IP , должно заработать?
Точнее заставить посетителей отказаться от gmail :))
ну да раз гугл капризничает :)
потёр извините, и забил =)
Писем в день рассылается не много, в основном подтверждения мыла при регистрации, причем на gmail максимум 10 писем
Сервер VDS c двумя IP. Больше полугода работало все отлично, а сейчас вот такая ерунда.
Откажитесь от gmail да и всё.